Почему Android не использует больше перечислений?

Мне очень нравится использовать перечисления C # и Java в моем коде по нескольким причинам:

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

Однако в платформе Android есть множество случаев, когда необходимо передавать флаги различных типов, но ни один из них, похоже, не использует перечисления. Вот несколько примеров, когда я думаю, что их использование было бы полезным: Toast.LENGTH_SHORT/ Toast.LENGTH_LONGи View.GONE, View.VISIBLEи т. Д.

Почему это? Перечисления работают хуже, чем простые целочисленные значения в Dalvik? Есть ли еще какой-то недостаток, о котором я не знаю?

Этот ответ устарел по состоянию на март 2011 года.

Enums можно использовать на Froyo и выше - согласно этому ответу ( почему из советов по производительности Android было удалено «Avoid Enums Where You Only Need Ints»? ) От члена команды Android VM (и его блога ).

Предыдущий ответ:

Официальная рекомендация команды Android - избегать перечислений всякий раз, когда можно этого избежать:

Перечисления очень удобны, но, к сожалению, могут быть неприятными, когда имеют значение размер и скорость. Например, это:

public enum Shrubbery { GROUND, CRAWLING, HANGING }

добавляет 740 байт в ваш файл .dex по сравнению с эквивалентным классом с тремя общедоступными статическими конечными int. При первом использовании инициализатор класса вызывает метод для объектов, представляющих каждое из перечисленных значений. Каждый объект получает собственное статическое поле, а полный набор хранится в массиве (статическое поле с именем «$ VALUES»). Это много кода и данных, всего для трех целых чисел. Дополнительно это:

Shrubbery shrub = Shrubbery.GROUND;

вызывает поиск статического поля. Если бы "GROUND" было статическим конечным int, компилятор рассматривал бы его как известную константу и вставлял бы его.

Источник: Избегайте перечислений, где вам нужны только интенты

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

Мой коллега провел небольшой тест относительно этой ситуации. Он автоматически сгенерировал a classи an enumс одинаковым количеством «перечислений». Я считаю, что он создал 30000 записей.

Результаты были:

• .classдля classпримерно 1200 КБ
• .classдля enumпримерно 800 КБ

Надеюсь, это кому-то поможет.