ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Java [игнор отключен] [закрыт для гостей] / Чтение из файла
25 сообщений из 41, страница 1 из 2
  1  все
Чтение из файла
    #34839210
pmgns
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pmgns
Участник
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
     public   static  String ReadFile(String FileName)
    {
    String str="";    
       try 
      {
        FileReader fr =  new  FileReader(FileName);         
          int  cur=- 1 ;
            while (true)
           {      
            cur = fr.read();
             if (cur!=- 1 )
             str+=( char )cur;
              else 
              break ;
           }
      }
       catch (IOException ex)
      {
      System.out.println(ex.getMessage());
      }
     return  str;
    }

Недавно изучаю яву. Мне необходимо считать файл в строковую переменную
Можно это сделать покрасивее и попроще чем так))) в дот НЕТЕ например
есть функция которая это делает в классе File
...
Рейтинг: 0 / 0
01.10.2007, 18:43:06
| Ответить | Цитировать | Написать  
Чтение из файла
    #34839317
Фотография Софтверный проктолог
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Софтверный проктолог
Участник
pmgns
Вы написали код, который приводится в пример "Как не нужно делать".

Давайте посмотрим, как нужно:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
 public  String readFile (String fileName)
             throws  IOException
    {

        StringBuffer buffer =  new  StringBuffer();
        BufferedReader reader =  new  BufferedReader( new  FileReader( new  File(fileName)));
        String line =  null ;
         while  ( (line = reader.readLine()) !=  null ) {
            buffer.append(line).append("\n");
        }
        reader.close();

         return  buffer.toString();

    }
...
Рейтинг: 0 / 0
01.10.2007, 19:35:57
| Ответить | Цитировать | Написать  
Чтение из файла
    #34839343
fynda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fynda
Участник
pmgns пишет:

> Недавно изучаю яву. Мне необходимо считать файл в строковую переменную
> Можно это сделать покрасивее и попроще чем так)))

Как-нибудь так например можно:

Код: plaintext
1.
String string = IOUtils.toString(fr);

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
01.10.2007, 19:52:06
| Ответить | Цитировать | Написать  
Чтение из файла
    #34839347
fynda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fynda
Участник
fynda пишет:

> Как-нибудь так например можно:
>
> String string = IOUtils.toString(fr);

Упс, гоню - IOUtils сторонняя штука... :) Тогда см. совет проктолога.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
01.10.2007, 19:54:37
| Ответить | Цитировать | Написать  
Чтение из файла
    #34839444
pmgns
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pmgns
Участник
Софтверный проктолог pmgns
Спасибо, производительность просто несравнима, мне это и нужно было

Я так понимаю если мне с этой большущей строкой строкой
много манипуляций надо производить и она будет постоянно меняться
то тоже эффективнее StringBuffer , будет использовать?
...
Рейтинг: 0 / 0
01.10.2007, 21:03:35
| Ответить | Цитировать | Написать  
Чтение из файла
    #34839625
Vurn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vurn
Участник
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
     private   static  String readFile(String fileName) {
        StringBuilder sb =  new  StringBuilder();
         try  {
            FileReader fileReader =  new  FileReader( new  File(fileName));
             char  [] c =  new   char [ Short .MAX_VALUE];
             int  read;
             while ( (read = fileReader.read(c)) != - 1 ) {
                sb.append(c, 0 ,read);
            }
        }  catch  (FileNotFoundException e) {
            e.printStackTrace();
        }  catch  (IOException e) {
            e.printStackTrace();
        }
         return  sb.toString();

    }
Я бы рекомендовал что-то навроде этого.
1. Вместо StringBuffer - StringBuilder, он быстрей. StringBuffer надо использовать только если запись идет с нескольких нитей (ака thread).
2. Вмест readLine от BufferedReader сразу писать большими кусками (в данном случае - 65 кб за цикл). Так как свободный "хвост" в StringBuilder 16 символов, построчное чтение будет вынуждать пересоздавать массив внутри с перекопированием, чтение же большими кусками позволит уменьшить эту проблему, добившись еще более высокой скорости.
3. Кроме того, чтение readLine вынуждает сканировать входной поток на наличие символа CR, чтение в буффер этого не требует.

Теперь по поводу работы с буферами StringBuffer/StringBuilder. Фактически, их рекомендуется создавать перед циклом накопления. После цикла накопление - всегда конверить в String и далее заниматься при необходимости вырезанием подстрок через
.substring(). Каковые, при необходимости, накапливать в другом StringBuffer/StringBuilder. Которые, по окончании накопления, снова конвертить в String. Это связано с устройством объектов String.
...
Рейтинг: 0 / 0
01.10.2007, 23:46:13
| Ответить | Цитировать | Написать  
Чтение из файла
    #34840421
Фотография Софтверный проктолог
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Софтверный проктолог
Участник
Vurn
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
     private   static  String readFile(String fileName) {
        StringBuilder sb =  new  StringBuilder();
         try  {
            FileReader fileReader =  new  FileReader( new  File(fileName));
             char  [] c =  new   char [ Short .MAX_VALUE];
             int  read;
             while ( (read = fileReader.read(c)) != - 1 ) {
                sb.append(c, 0 ,read);
            }
        }  catch  (FileNotFoundException e) {
            e.printStackTrace();
        }  catch  (IOException e) {
            e.printStackTrace();
        }
         return  sb.toString();

    }
Я бы рекомендовал что-то навроде этого.
1. Вместо StringBuffer - StringBuilder, он быстрей. StringBuffer надо использовать только если запись идет с нескольких нитей (ака thread).
2. Вмест readLine от BufferedReader сразу писать большими кусками (в данном случае - 65 кб за цикл). Так как свободный "хвост" в StringBuilder 16 символов, построчное чтение будет вынуждать пересоздавать массив внутри с перекопированием, чтение же большими кусками позволит уменьшить эту проблему, добившись еще более высокой скорости.
3. Кроме того, чтение readLine вынуждает сканировать входной поток на наличие символа CR, чтение в буффер этого не требует.
Это всё так, но я неспроста написал так, как написал. Кстати, за вот это

Код: plaintext
1.
2.
3.
4.
5.
6.
        }  catch  (FileNotFoundException e) {
            e.printStackTrace();
        }  catch  (IOException e) {
            e.printStackTrace();
        }
вас следует расстрелять.
Не вынуждайте людей крупно ошибаться такими примерами — а по мелочам ничего страшного не случится.
...
Рейтинг: 0 / 0
02.10.2007, 12:12:15
| Ответить | Цитировать | Написать  
Чтение из файла
    #34840425
Фотография Софтверный проктолог
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Софтверный проктолог
Участник
Vurn
И не забывайте закрывать FileReader, пожалуйста.
...
Рейтинг: 0 / 0
02.10.2007, 12:12:56
| Ответить | Цитировать | Написать  
Чтение из файла
    #34840493
хочу всё знать
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
хочу всё знать
Гость
Софтверный проктолог[quot Vurn]
Кстати, за вот это

Код: plaintext
1.
2.
3.
4.
5.
6.
        }  catch  (FileNotFoundException e) {
            e.printStackTrace();
        }  catch  (IOException e) {
            e.printStackTrace();
        }
вас следует расстрелять.
Не вынуждайте людей крупно ошибаться такими примерами — а по мелочам ничего страшного не случится.

а почему?
...
Рейтинг: 0 / 0
02.10.2007, 12:34:24
| Ответить | Цитировать | Написать  
Чтение из файла
    #34840626
am_sasa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
am_sasa
Гость
хочу всё знать
а почему? потому что об этом никто не узнает! ты не всчет!
...
Рейтинг: 0 / 0
02.10.2007, 13:10:57
| Ответить | Цитировать | Написать  
Чтение из файла
    #34840741
Фотография Софтверный проктолог
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Софтверный проктолог
Участник
хочу всё знатьа почему?
Потому что тихо насрать в консоль, если файл отсутствует (или к нему нет доступа даже на чтение) — бессмысленно.
Подобные функции — они чисто утилитарные. Как вести себя при невозможности чтения указанного файла — дело использующих эту функцию классов.
...
Рейтинг: 0 / 0
02.10.2007, 13:32:08
| Ответить | Цитировать | Написать  
Чтение из файла
    #34840804
Фотография pamir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pamir
Участник
А как относиться к такому совету?

авторПростое приведение типа использовать в большинстве случаев нельзя - кодировка символов при этом не будет учитываться. Например, одной из самых распространённых ошибок является чтение данных побайтно при помощи метода read() из InputStream, а затем приведение полученного значения к типу char:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
InputStream is = ..;

 int  b;
StringBuffer sb =  new  StringBuffer();

 while ( (b=is.read())!=- 1  )
  {
   sb.append( ( char )b );  // <- так делать нельзя
  }

String s = sb.toString();
Обратите внимание на приведение типа - "(char)b". Значения байтов вместо перекодирования просто скопируются в char (диапазон значений 0-0xFF, а не тот, где находится кириллица). Такому копированию соответствует кодировка ISO-8859-1 (которая один в один соответствует первым 256 значениям Unicode), а значит, можно считать, что этот код просто использует её (вместо той, в которой реально закодированы символы в оригинальных данных). Если Вы попытаетесь отобразить полученное значение - на экране будут или вопросики или кракозяблы. Например, при чтении строки "АБВ" в виндовой кодировке может запросто отобразиться что-то вроде такого: "ÀÁÂ". Подобного рода код часто пишут программисты на западе - с английскими буквами работает, и ладно. Исправить такой код легко - надо просто заменить StringBuffer на ByteArrayOutputStream:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
InputStream is = ..;

 int  b;
ByteArrayOutputStream baos =  new  ByteArrayOutputStream();

 while ( (b=is.read())!=- 1  )
  {
   baos.write( b );
  }

// Перекодирование байтов в строку с использованием кодировки по умолчанию

String s = baos.toString();

// Если нужна конкретная кодировка - просто укажите её при вызове toString():
//
// s = baos.toString("Cp1251");
...
Рейтинг: 0 / 0
02.10.2007, 13:50:28
| Ответить | Цитировать | Написать  
Чтение из файла
    #34840823
wessen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wessen
Участник
Софтверный проктолог
вас следует расстрелять.
Не вынуждайте людей крупно ошибаться такими примерами — а по мелочам ничего страшного не случится.

И откуда только берется такая настырная категоричность? Обработка исключений, это большая и отдельная тема и по большому счету, с чтением файла в строку никак не связана и поэтому совсем не нужно убеждать людей, что throws IOException это единственный правильный вариант.
...
Рейтинг: 0 / 0
02.10.2007, 13:56:22
| Ответить | Цитировать | Написать  
Чтение из файла
    #34840917
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonidv
Участник
wessenИ откуда только берется такая настырная категоричность?
+1
Надо понимать, где пример, а где реальный код.
...
Рейтинг: 0 / 0
02.10.2007, 14:20:42
| Ответить | Цитировать | Написать  
Чтение из файла
    #34840968
NotGonnaGetUs
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NotGonnaGetUs
Участник
Leonidv wessenИ откуда только берется такая настырная категоричность?
+1
Надо понимать, где пример, а где реальный код.

Учительница русского языка всегда говорила, что писать в упражнениях или на доске слова с ошибками - это в корне неверно, потому что всегда найдётся дурак, которые запомнит не суть упражнения (исправить ошибку), а запомнит не правильное написание слова и будет его потом повторять.

Можно и подругому подойти к этому вопросу.

В области физиологии существует понятие динамического рефлекса. Это запоминание последовательности действий, которые выполняются на автомате. Например, техника бега, техника игры на пианино и т.п. Если привить себе плохую технику (был плохой тренер, писал дома код не обрабатывающий эксепшины), то избавиться от неё будет очень тяжко и в минуты душевной слабости она будет возвращаться.

К тому же, понимание само по себе, ещё никого не избавило от проблем. Например от курения (как известно, что 90% курильщиков отлично понимают вред, который себе наносят).
...
Рейтинг: 0 / 0
02.10.2007, 14:29:52
| Ответить | Цитировать | Написать  
Чтение из файла
    #34841173
wessen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wessen
Участник
NotGonnaGetUs
Учительница русского языка всегда говорила, что писать в упражнениях или на доске слова с ошибками - это в корне неверно, потому что всегда найдётся дурак, которые запомнит не суть упражнения (исправить ошибку), а запомнит не правильное написание слова и будет его потом повторять.

Можно и подругому подойти к этому вопросу.

В области физиологии существует понятие динамического рефлекса. Это запоминание последовательности действий, которые выполняются на автомате. Например, техника бега, техника игры на пианино и т.п. Если привить себе плохую технику (был плохой тренер, писал дома код не обрабатывающий эксепшины), то избавиться от неё будет очень тяжко и в минуты душевной слабости она будет возвращаться.

К тому же, понимание само по себе, ещё никого не избавило от проблем. Например от курения (как известно, что 90% курильщиков отлично понимают вред, который себе наносят).

Т.е. ты хотел сказать, что throws IOException это единственный правильный вариант?
...
Рейтинг: 0 / 0
02.10.2007, 15:14:33
| Ответить | Цитировать | Написать  
Чтение из файла
    #34841225
am_sasa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
am_sasa
Гость
wessen
Т.е. ты хотел сказать, что throws IOException это единственный правильный вариант? я в топике про это не увидел... было автор
} catch (FileNotFoundException e) {
e.printStackTrace();
} catch (IOException e) {
e.printStackTrace();
}

вас следует расстрелять. хоронить сообщение не нада! бывает что и
Код: plaintext
 return   e.getMessage();
подходит)))
...
Рейтинг: 0 / 0
02.10.2007, 15:28:16
| Ответить | Цитировать | Написать  
Чтение из файла
    #34841268
Фотография Софтверный проктолог
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Софтверный проктолог
Участник
am_sasaхоронить сообщение не нада! бывает что и
Код: plaintext
 return   e.getMessage();
подходит)))
Я не знаю случаев, когда возвращаемая строка лучше настоящего исключения. Не могу представить.
...
Рейтинг: 0 / 0
02.10.2007, 15:38:05
| Ответить | Цитировать | Написать  
Чтение из файла
    #34841284
Фотография Софтверный проктолог
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Софтверный проктолог
Участник
wessen
И откуда только берется такая настырная категоричность? Обработка исключений, это большая и отдельная тема и по большому счету, с чтением файла в строку никак не связана и поэтому совсем не нужно убеждать людей, что throws IOException это единственный правильный вариант.
throws IOException гораздо лучше
Код: plaintext
1.
2.
3.
4.
5.
 try  {
...
}  catch  (IOException e) {
 e.printStackTrace();
}
Ситуации, когда это не так, слишком специфичны, поэтому throws IOException можно писать смело и всегда.
...
Рейтинг: 0 / 0
02.10.2007, 15:41:36
| Ответить | Цитировать | Написать  
Чтение из файла
    #34841357
wessen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wessen
Участник
Софтверный проктолог
throws IOException гораздо лучше
Код: plaintext
1.
2.
3.
4.
5.
 try  {
...
}  catch  (IOException e) {
 e.printStackTrace();
}
Ситуации, когда это не так, слишком специфичны, поэтому throws IOException можно писать смело и всегда.

Чем лучше то? Нужно смотреть по обстоятельствам, кто-то может захочет в методе исключение разрулить. И более того, написание throws IOException не гарантирует, что кто-нибудь не сделает так:
Код: plaintext
1.
2.
3.
 try  {
 readFile("...");
}  catch  (IOException e) {}
...
Рейтинг: 0 / 0
02.10.2007, 15:57:42
| Ответить | Цитировать | Написать  
Чтение из файла
    #34841359
Anarion
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anarion
Участник
Софтверный проктолог[quot wessen]
Ситуации, когда это не так, слишком специфичны, поэтому throws IOException можно писать смело и всегда.
Если метод ничего не возвращает, то такое написание уместно. Если есть что возвращать, то придется как-то отличать результаты выполнения. При таком подходе мы не знаем точно что произошло: файл не читается или он просто пустой.
...
Рейтинг: 0 / 0
02.10.2007, 15:57:52
| Ответить | Цитировать | Написать  
Чтение из файла
    #34841360
am_sasa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
am_sasa
Гость
Софтверный проктолог[
Я не знаю случаев, когда возвращаемая строка лучше настоящего исключения. Не могу представить. На веб-странице константный хедер и футер, которые берем из файла-ресурса и отправляем на оутпут. Если ошиблись, то в броузере видим эксепшен! номана?
...
Рейтинг: 0 / 0
02.10.2007, 15:58:02
| Ответить | Цитировать | Написать  
Чтение из файла
    #34841891
Фотография Софтверный проктолог
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Софтверный проктолог
Участник
am_sasaНа веб-странице константный хедер и футер, которые берем из файла-ресурса и отправляем на оутпут. Если ошиблись, то в броузере видим эксепшен! номана?
Если ошиблись в чем? Что нет файла-ресурса, который должен быть?
В любом случае — нужно возбудить исключение в читалке. А уж на странице перехватить его и вывести "Ниасилила я".
...
Рейтинг: 0 / 0
02.10.2007, 18:00:57
| Ответить | Цитировать | Написать  
Чтение из файла
    #34841914
Фотография Софтверный проктолог
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Софтверный проктолог
Участник
wessenИ более того, написание throws IOException не гарантирует, что кто-нибудь не сделает так:
Код: plaintext
1.
2.
3.
 try  {
 readFile("...");
}  catch  (IOException e) {}

Для отслеживания таких уродств есть Findbugs.
Ну и, конечно, нужно потом объяснить человеку, что делать так нельзя.
...
Рейтинг: 0 / 0
02.10.2007, 18:05:17
| Ответить | Цитировать | Написать  
Чтение из файла
    #34842114
Фотография Java Programmer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Java Programmer
Участник
Софтверный проктолог pmgns
Вы написали код, который приводится в пример "Как не нужно делать".

Давайте посмотрим, как нужно:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
 public  String readFile (String fileName)
             throws  IOException
    {

        StringBuffer buffer =  new  StringBuffer();
        BufferedReader reader =  new  BufferedReader( new  FileReader( new  File(fileName)));
        String line =  null ;
         while  ( (line = reader.readLine()) !=  null ) {
            buffer.append(line).append("\n");
        }
        reader.close();

         return  buffer.toString();

    }

Имхо - не надо этим заниматься используйте FileUtils или IOUtils - не даром ребята с apache commons их лабали
...
Рейтинг: 0 / 0
02.10.2007, 19:28:20
| Ответить | Цитировать | Написать  
25 сообщений из 41, страница 1 из 2
  1  все
Форумы / Java [игнор отключен] [закрыт для гостей] / Чтение из файла
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=59&msg=34840968&tid=2144421]:
 0ms
get settings:
 11ms
get forum list:
 17ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 40ms
get topic data:
 13ms
get forum data:
 3ms
get page messages:
 83ms
get tp. blocked users:
 2ms
others: 306ms
total:  483ms
созд. / загр.: 483ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]