Проблема с производительностью - Как отобразить очень большой текстовый файл в j2me

Question

Я хочу отобразить очень большой текстовый файл, но хочу разбить его так, чтобы после каждых 1024 отображаемых символов (страница), пользователю приходилось нажимать кнопку «Далее», чтобы прочитать следующий набор символов, а «обратно» приведет их к точному те же самые предыдущие символы (если есть).

Производительность, мне нужно создавать массив форм и хранить каждую «страницу», или создание формы должно быть в той точке, когда пользователь нажимает следующую или предыдущую?

Answer 1

С точки зрения производительности, ни один из подходов, которые вы рассматриваете, не гарантирует беспроблемную работу. Спецификация MIDP 2 (JSR-118) не предусматривает каких-либо особых требований к производительности для подобных случаев. В результате разные устройства могут вести себя по-разному.

• Чтобы оставаться в безопасности, вы можете реализовать оба подхода и позволить пользователям выбирать, какой из них лучше работает на их устройстве.

Другой вариант, который стоит рассмотреть, - это использовать не редактируемый TextBox вместо формы. TextBox Основная цель состоит в отображении больших кусков текста - из-за этого можно ожидать, что производители разумных устройств обеспечат реализацию, оптимизированную для этого. TextBox даже имеет метод getMaxSize, который сообщит вам, если устройство «думает», что 1024 символа слишком много для него.

Answer 2

1. Производительность мудрая ?? Это будет зависеть от размера без быстрого сокращения с j2me .... другой вариант - разделить файлы на более мелкие куски.

2. Чтение InputStream ... Использование чтения со смещением и длиной более эффективно

    InputStream is = getClass().getResourceAsStream(file);
    is.read(b, 0, 1024);
   

Вы можете добавить комментарий, вам нужно что-нибудь еще

Спасибо :)