Результаты поиска

Я разрабатываю приложение J2ME, которое имеет большой объем данных для хранения на устройстве (в области 1 МБ, но переменной). Я не могу полагаться на файловую систему, поэтому я застрял в системе управления записями (RMS), которая позволяет использовать несколько хранилищ записей, но каждый из них имеет ограниченный размер. Моя начальная целевая платформа, Blackberry, ограничивает каждый из них до 64 КБ.

Мне интересно, приходилось ли кому-то еще решать проблему хранения большого количества данных в RMS и как им это удалось? Я думаю о том, чтобы вычислить размеры записей и разделить один набор данных на несколько хранилищ, если он слишком большой, но это добавляет много сложностей, чтобы сохранить его в целости.

Существует множество различных типов данных, которые хранятся, но только один набор, в частности, превысит предел в 64 КБ.

Каков был бы лучший метод для получения пользовательского элемента (то есть с использованием собственной графики J2ME), окрашенного на элементах LWUIT?

Пользовательский элемент-это реализация из библиотеки сопоставления, которая рисует его содержимое (например, google map) в графический объект. Как можно было бы нарисовать результат непосредственно на элементах LWUIT (на данный момент я пытаюсь нарисовать его на компоненте).

Является ли единственным способом написать оболочку в пакете LWUIT, которая будет раскрывать ее внутреннюю реализацию?

Редактировать:

Джон: ваше решение выглядит как много техники: P то, что я в конечном итоге использовал, это следующая оболочка:

package com.sun.lwuit;

public class ImageWrapper {
  private final Image image;

  public ImageWrapper(final Image lwuitBuffer) {
    this.image = lwuitBuffer;
  }

  public javax.microedition.lcdui.Graphics getGraphics() {
    return image.getGraphics().getGraphics();
  }
}

Теперь я могу получить графический элемент 'native' из LWUIT. Краска на нем-эффективно живопись на изображении LWUIT. И я могу использовать изображение для рисования на компоненте.

И это все еще выглядит как хак :)

Но реальная проблема-это 50 кб накладных расходов кода, даже после запутывания. Но это вопрос для другого поста :)

/JaanusSiim