Чому Android не використовує більше перерахувань?

Я почав дуже любити використовувати перерахування C # та Java у своєму коді з кількох причин:

• Вони набагато безпечніші для типу, ніж цілі числа, рядки або набори логічних прапорів.
• Вони ведуть до більш читабельного коду.
• Набагато важче встановити для переліку недійсне значення, ніж int або рядок.
• Вони полегшують виявлення допустимих значень для змінної чи параметра.
• Все, що я прочитав, свідчить про те, що вони працюють так само добре, як цілі числа в C # та більшості JVM.

Однак у фреймворку Android є численні випадки, коли потрібно передавати прапори різних типів, але, схоже, жоден з них не використовує перелічення. Кілька прикладів , коли я думаю , що їх використання було б корисно в Toast.LENGTH_SHORT/ Toast.LENGTH_LONGі View.GONE, View.VISIBLEі т.д.

Чому це? Чи ефективні перерахування в Dalvik, ніж прості цілі числа? Чи є якийсь інший недолік, про який я не знаю?

Ця відповідь застаріла станом на березень 2011 року.

Enums можна використовувати на Froyo та новіших версіях - відповідно до цієї відповіді ( Чому було видалено «Уникати перелічень там, де потрібні лише інти» з підказок щодо ефективності Android? ) Від члена команди Android VM (та його блогу ).

Попередня відповідь:

Офіційна рекомендація команди Android полягає в тому, щоб уникати перелічень, коли ви можете цього уникнути:

Перерахування дуже зручні, але, на жаль, можуть бути болючими, коли розмір і швидкість мають значення. Наприклад, це:

public enum Shrubbery { GROUND, CRAWLING, HANGING }

додає 740 байт до вашого файлу .dex порівняно з еквівалентним класом із трьома загальнодоступними статичними кінцевими входами. При першому використанні ініціалізатор класу викликає метод для об’єктів, що представляють кожне з перерахованих значень. Кожен об'єкт отримує своє власне статичне поле, а повний набір зберігається в масиві (статичне поле під назвою "$ VALUES"). Це багато коду та даних, лише для трьох цілих чисел. Крім того, це:

Shrubbery shrub = Shrubbery.GROUND;

викликає пошук статичного поля. Якби "GROUND" був статичним кінцевим int, компілятор розглядав би його як відому константу та вбудовував.

Джерело: Уникайте переліків, де вам потрібні лише інти

Цілі числа менші та потребують менших накладних витрат, що все одно має значення на мобільних пристроях.

Мій колега провів невеликий тест щодо цієї ситуації. Він автоматично згенерував a classта an enumіз такою ж кількістю "переліків". Я вважаю, що він створив 30000 записів.

Результати:

• .classдля classприблизно 1200 Кб
• .classдля цього enumбуло приблизно 800 КБ

Сподіваюся, це комусь допомагає.