Это хорошая идея создать «слишком много» классов?

Question

Обычно я делаю классы для всего, чтобы объединить несколько типов.
Например, для объединения Int и двойной

public class IntAndDouble{ 
     public final int INT; 
     public final double DOUBLE; 
     public IntAndDouble(int i,double d){INT = i; DOUBLE = d;} 
} 

довольно много, как создание часто небольшой struct.

Но я заметил, что для любого малого класса, как это, есть файл а ~ 1KB (300-1000 байт) в jar
И при создании 10-15 этих маленьких классов может быть увеличение ~ 30KB в jar

на это не будет проблемой в реальной Java, где 30KB почти ничтожна,
но в J2ME, где регулярное приложение, как правило, около 200KB, 30KB огромное значение.

Каков наилучший способ создания «небольшой структуры» в J2ME?

Answer 1

Если вы используете действительно старый телефон с небольшим объемом памяти, объем памяти, используемый для хранения кода для «структурного» класса, вряд ли будет значительным.

Примечание: размер файла «.class» не отражает объем памяти в памяти. Файл «.class» содержит множество материалов (имена типов/методов/классов и подписи и т. Д.), Которые используются только тогда, когда класс загружается и связывается. После этого обычно собирают мусор.

Я не знаю, какова фактическая стоимость памяти легкого класса (и я не могу ее измерить), но я бы предсказал на порядок меньше, чем вы говорите.

Каков наилучший способ создания «небольшой структуры» в J2ME?

В большинстве случаев именно так, как вы это сделали в своем классе IntAndDouble.

Если все поля имеют одинаковый базовый тип, тогда вы можете использовать массив; например int[] или Object[], но вы «платите» за это другими способами.

(Остерегайтесь преждевременной оптимизации!)

Answer 2

Мы нацелены на очень слабых устройств в Западной Африке и в других областях ниже технологий в мире. Мы нашли несколько устройств, которые могут обрабатывать только 500 000 приложений и общую информацию (для всех приложений). Существует значительное число наших потребителей по всему миру, которые используют эти типы устройств. Поэтому, если вы идете супер-универсальным, я все равно буду заниматься тем, чтобы мой код был как можно меньше.