Пoмoгите зaписaть текст из ТеxтArеa в file

12.12.2007, 18:20. **Показов** 1214. **Ответов** 7

Студворк — интернет-сервис помощи студентам

Please , Первый рaз делaю
Пoмoгите зaписaть текст из ТеxтArеa в file .

Java
1
2
3
4
5
6
7
try
{
out = new BufferedWriter(new FileWriter(fileDialog.getFile()));
//length = out.;
byte[] bytes = new byte[length];
out.write(bytes);
}

@fplab · 12.12.2007, 19:19

Не лучший вариант - взял первое, что попалось:

Java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
try {
    PrintWriter out = new PrintWriter (new FileWriter (fileName));
    // Весь текст из области редактирования (text) сохранить в String
    String s = text.getText ();
    // Считывание строк и запись в файл
    int i1 = 0, i2 = 0, last = s.length ();
    while ((i2 = s.indexOf ('', i1)) > -1) {
           if (i2 > i1) out.println (s.substring (i1, i2));
              else out.println ('');
           i1 = i2 + 1;
           if (i1 > last) break;
     }
     if (i1 <= last) out.print (s.substring (i1));
         else out.print (s);
     out.close ();
}
catch (IOException ioe) {
       System.ou.println ('I/O exception; stack trace:');
       ioe.printStackTrace (pw);
}

В общем, это работает. Желаю удачи. Можно писать проще, но в этом коде есть ряд полезных моментов.

@fplab · 13.12.2007, 10:57

Ну как - получилось ?

13.12.2007, 12:15

Вообще-то побайтовая запись/чтение весьма плохо влияет на скорость работы с файлами.
Поэтому лучше делать через буффер:

Java
1
2
3
4
5
PrintWriter out = new PrintWriter(
        new BufferedWriter(
            new FileWriter('myfile.txt')));
out.println(textArea.getText());
out.close();

@fplab · 13.12.2007, 12:33

Это верно - через буфер быстрее. Однако побайтовое чтение позволяет выделять строки внутри JTextArea и производить с ними дополнительные операции (например синтаксический анализ, разбиение на токены). Все зависит от того, что делать с содержимым JTextArea: если просто сохранить в файл, то лучше через буфер, если анализировать - то можно обработать и побайтно.

13.12.2007, 12:48

C TextArea ты можешь делать всё что угодно.
Ключевым 'словом' здесь является BufferedWriter.
Запихай в TextArea хотя бы страничку текста, а потом сравни скорость вывода с использованием BufferedWriter и без него.

@fplab · 13.12.2007, 13:00

Коллега, да не об этом речь !
Повторюсь еще раз - одно дело когда надо просто сохранить содержимое JTextArea, тогда через буфер быстрее и лучше. Другое дело, когда надо не только сохранить содержимое JTextArea (это не так уж часто и встречается), а проанализировать само содержимое.
Пример: вы делаете интерактивный отладчик SQL-скриптов. Сами скрипты вводятся в JTextArea, но перед отправкой их серверу БД, хорошо бы было сначала их разобрать и проанализировать на соответствие синтаксису. Хорошо, когда скрипт умещается на одной строке, а если на 5 или 20 строках ? Ошибок там может быть немеряно. Можно, конечно, отослать все серверу и ждать когда он обругается, но ведь это не эстетично. Вот тут и помогает метод предложенный мной.
И вообще, по моему каждый метод хорош в соответствующей ситуации. Все жанры имеют право на существование, не так ли ?
С уважением, fplab

@McVillain · 16.12.2007, 12:54

> Коллега, да не об этом речь!

> Повторюсь еще раз - одно дело когда надо просто сохранить
> содержимое JTextArea, тогда через буфер быстрее и лучше.
> Другое дело, когда надо не только сохранить содержимое
> JTextArea (это не так уж часто и встречается), а проанализировать
> само содержимое.

э-э... если уж нужно что-то анализировать, то лучше, на мой взгляд, сначала целиком разобрать/токенизировать/полностью переработать, а потом уже скинуть результаты в файл. Одним куском и именно через BufferedWriter. Быстрее, да и реализация будет прозрачнее: разбор и работа с файлами будут разделены...

Новые блоги и статьи Все статьи Все блоги /
Философия технологии iceja 01.02.2026 На мой взгляд у человека в технических проектах остается роль генерального директора. Все остальное нейронки делают уже лучше человека. Они не могут нести предпринимательские риски, не могут. . .	SDL3 для Web (WebAssembly): Вывод текста со шрифтом TTF с помощью SDL3_ttf 8Observer8 01.02.2026 Содержание блога В этой пошаговой инструкции создадим с нуля веб-приложение, которое выводит текст в окне браузера. Запустим на Android на локальном сервере. Загрузим Release на бесплатный. . .	SDL3 для Web (WebAssembly): Сборка C/C++ проекта из консоли 8Observer8 30.01.2026 Содержание блога Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а. . .	SDL3 для Web (WebAssembly): Установка Emscripten SDK (emsdk) и CMake для сборки C и C++ приложений в Wasm 8Observer8 30.01.2026 Содержание блога Для того чтобы скачать Emscripten SDK (emsdk) необходимо сначало скачать и уставить Git: Install for Windows. Следуйте стандартной процедуре установки Git через установщик. . . .
SDL3 для Android: Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 29.01.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами. Версия v3 была полностью переписана на Си, в. . .	Инструменты COM: Сохранение данный из VARIANT в файл и загрузка из файла в VARIANT bedvit 28.01.2026 Сохранение базовых типов COM и массивов (одномерных или двухмерных) любой вложенности (деревья) в файл, с возможностью выбора алгоритмов сжатия и шифрования. Часть библиотеки BedvitCOM Использованы. . .	SDL3 для Android: Загрузка PNG с альфа-каналом с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 28.01.2026 Содержание блога SDL3 имеет собственные средства для загрузки и отображения PNG-файлов с альфа-каналом и базовой работы с ними. В этой инструкции используется функция SDL_LoadPNG(), которая. . .	SDL3 для Android: Загрузка PNG с альфа-каналом с помощью SDL3_image 8Observer8 27.01.2026 Содержание блога SDL3_image - это библиотека для загрузки и работы с изображениями. Эта пошаговая инструкция покажет, как загрузить и вывести на экран смартфона картинку с альфа-каналом, то есть с. . .

@fplab 3 / 3 / 3 Регистрация: 07.11.2007 Сообщений: 270
	13.12.2007, 10:57
	Ну как - получилось ? 0

@fplab 3 / 3 / 3 Регистрация: 07.11.2007 Сообщений: 270
	13.12.2007, 12:33
	Это верно - через буфер быстрее. Однако побайтовое чтение позволяет выделять строки внутри JTextArea и производить с ними дополнительные операции (например синтаксический анализ, разбиение на токены). Все зависит от того, что делать с содержимым JTextArea: если просто сохранить в файл, то лучше через буфер, если анализировать - то можно обработать и побайтно. 0

AiK
	13.12.2007, 12:48
	C TextArea ты можешь делать всё что угодно. Ключевым 'словом' здесь является BufferedWriter. Запихай в TextArea хотя бы страничку текста, а потом сравни скорость вывода с использованием BufferedWriter и без него.

@fplab 3 / 3 / 3 Регистрация: 07.11.2007 Сообщений: 270
	13.12.2007, 13:00
	Коллега, да не об этом речь ! Повторюсь еще раз - одно дело когда надо просто сохранить содержимое JTextArea, тогда через буфер быстрее и лучше. Другое дело, когда надо не только сохранить содержимое JTextArea (это не так уж часто и встречается), а проанализировать само содержимое. Пример: вы делаете интерактивный отладчик SQL-скриптов. Сами скрипты вводятся в JTextArea, но перед отправкой их серверу БД, хорошо бы было сначала их разобрать и проанализировать на соответствие синтаксису. Хорошо, когда скрипт умещается на одной строке, а если на 5 или 20 строках ? Ошибок там может быть немеряно. Можно, конечно, отослать все серверу и ждать когда он обругается, но ведь это не эстетично. Вот тут и помогает метод предложенный мной. И вообще, по моему каждый метод хорош в соответствующей ситуации. Все жанры имеют право на существование, не так ли ? С уважением, fplab 0

@McVillain 1 / 1 / 5 Регистрация: 30.04.2007 Сообщений: 225
	16.12.2007, 12:54
	> Коллега, да не об этом речь! > Повторюсь еще раз - одно дело когда надо просто сохранить > содержимое JTextArea, тогда через буфер быстрее и лучше. > Другое дело, когда надо не только сохранить содержимое > JTextArea (это не так уж часто и встречается), а проанализировать > само содержимое. э-э... если уж нужно что-то анализировать, то лучше, на мой взгляд, сначала целиком разобрать/токенизировать/полностью переработать, а потом уже скинуть результаты в файл. Одним куском и именно через BufferedWriter. Быстрее, да и реализация будет прозрачнее: разбор и работа с файлами будут разделены... 0