Конструкторы и методы java io Reader
| Название Конструктора и метода java.io. Reader |
Элемент |
Описание |
| InputStreamReader (InputStream is) |
Конструктор |
Создает поток, который преобразует из кодировки, устанавливаемой платформой по умолчанию, в уникод |
| InputStreamReader (InputStream is, String enc) |
Конструктор |
Преобразует из указанной кодировки в уникод |
| void closed |
Метод |
Закрывает поток |
| void mark(int readAheadLimit) |
Метод |
Устанавливает лимит опережающего считывания для метки |
| boolean markSupported() |
Метод |
Показывает, поддерживает ли данный поток разметку |
| int read() |
Метод |
Считывает один символ |
| int read (char [] cbuf, int off, int len) |
Метод |
Считывает количество «len» символов в части символьного массива, начиная от указанной сдвига |
| boolean ready () |
Метод |
Показывает, должно ли здесь считываться что-либо |
| void reset () |
Метод |
Переустанавливает поток в последнюю позицию метки |
| long skip (long n) |
Метод |
Пропускает указанное число символов |
Единственной пропущенной задачей является анализ символов, которые вы считываете. К сожалению, MIDP не имеет удобных классов, таких, как класс StringTokenizer J2SE, который облегчает расстановку меток. Вы должны поэтому самостоятельно проанализировать локализованные ресурсы, один символ за раз, с помощью любой из двух форм перегрузки Reader.read(). Если вы использовали такой формат файла, как в листинге 9.4, самое меньшее, что вы должны сделать затем, это отделить поле ключа от поля значения для каждого атрибута, убрать пробелы и так далее. В листинге 9.5 весь код в строках 127-318 посвящен обработке потока.
Одним из существенных недостатков данного проектирования интернационализации является дополнительное кодирование, необходимое для создания.анализаторов потоков. Кроме того, что это включает дополнительную работу по разработке данного кода, ваше приложение также ограничивается средой исполнения. Файл ввода/вывода может отнять много рабочих ресурсов и выдать при этом только минимально приемлемую производительность. Это важно рассматривать при разработке приложений MIDP.
Кроме того, вам необходимо учитывать создание портативной библиотеки классов обработки ввода-вывода, которую вы можете использовать и для других приложений. Будет лишней тратой времени на проектирование повторно реализовать данную инфраструктуру вновь и вновь.
За исключением этих недостатков этот второй подход в значительной степени сходен с первым, который использует файл JAD для хранения локализованных ресурсов. Как и подход с файлом JAD, этот подход может обрабатывать нестроковые ресурсы, определяя атрибуты, чьи значения являются именами чувствительных к региональным настройкам классов.
