@JFixby либу com.android.support:support-annotations:25.1.0 подключи или нужные аннотации из неё выдерни

@JFixby либу com.android.support:support-annotations:25.1.0 подключи или нужные аннотации из неё выдерни

понятно извиняюсь за грубый вопрос - но почему я должен в кроссплатформный код добавлять какой-то com.android.support:support-annotations:25.1.0

особенно если есть стандратное решение - enum который без доп зависимостей будеит работать: - и на сервере - и на дестктопе - и на андройде - и на iOS

- и на HTML5

- и помоему ещё JavaCard

имхо когда пишешь под андроид о кроссплатформенности моно сразу забыть

риторический вопрос, если так не нравится платформа под которую пишешь, то зачем продолжаешь это делать?

имхо когда пишешь под андроид о кроссплатформенности моно сразу забыть

слава гремлинам!

ну хотя есть cordova, xamarin)

интересно, а если перезагрузить устройство dispatcher библиотека сохранит notification?

https://developer.android.com/reference/android/app/job/JobScheduler.html

риторический вопрос, если так не нравится платформа под которую пишешь, то зачем продолжаешь это делать?

кажется Вы пытаетесь поменять тему разговора

но если пишешь с андроид сдк, то точно кроссплатфрменность - это неизвестное слово

кажется Вы пытаетесь поменять тему разговора

нет

понятно извиняюсь за грубый вопрос - но почему я должен в кроссплатформный код добавлять какой-то com.android.support:support-annotations:25.1.0

Кроссплатформенный код имеет смысл в соседнем, библиотечном модуле; код в модуле приложения кроссплатформанным быть не может.

Откуда на iOS или HTML5 возьмётся JVM?

@JFixby ну ты сам понимаешь, что если ты вдруг зачем-то затащил IntDef к себе в клоссплатформенный код, то заставить это всё "работать" - дело 3 минут

А можно плс для тупых, что там не так с enum на андройде?

некоторый оверхед, лишний класс загрузить, со своими виртуальными методами

А можно плс для тупых, что там не так с enum на андройде?

https://www.youtube.com/watch?v=Hzs6OBcvNQE тут доступно все объясняется

спс

@matrixd да ничего, можно использовать вполне. Гугл не рекомендует их, но в основном, в крупных библиотеках (при этом, сами его используют местами в SDK).

@JFixby ну ты сам понимаешь, что если ты вдруг зачем-то затащил IntDef к себе в клоссплатформенный код, то заставить это всё "работать" - дело 3 минут

вот на этом видео лысый рассказывает, что enum это гремлины, потом он приводит аргументы, из которых правда следует, что гремлины - это разрабы андройда, но зрители не заметили подмены, дальше предлагается использовать platform-specific костыли типа IntDef, из чего становится понятно, что лысый - сам гремлин.

@JFixby если посмотришь гугловое видео с ним, то станет понятно, что его туда поставили про такие вещи рассказывать

@JFixby из 5 минут видео делать какие-то выводы нет смысла

вот на этом видео лысый рассказывает, что enum это гремлины, потом он приводит аргументы, из которых правда следует, что гремлины - это разрабы андройда, но зрители не заметили подмены, дальше предлагается использовать platform-specific костыли типа IntDef, из чего становится понятно, что лысый - сам гремлин.

если пишешь под конкретную платформу надо считаться с ее особенностями, зачем хаять?

если пишешь под конкретную платформу надо считаться с ее особенностями, зачем хаять?

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

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

твои предложения? и почему сразу гавнокод?

твои предложения? и почему сразу гавнокод?

не надо писать говнокод: используйте энумы

неделя лысого в чатике

не надо писать говнокод: используйте энумы

что?

их не запрещают использовать, а просто не рекомендуют

Вчера писал, повторюсь: enum и @IntDef — это два разных инструмента.

Вчера писал, повторюсь: enum и @IntDef — это два разных инструмента.

кстати, а в дебаге значение @IntDef как выглядит? как "IMAGE_TYPE_ARGB" или "42"?

42, конечно, это же инт

42, конечно, это же инт

Ща опять за топор пойдёт говорить)

Ща опять за топор пойдёт говорить)

не все вчера вняли

придётся повторить

Во, это как "топор херня, несите катану"

ну ты дебажишь код, там в функцию передаётся аргумент imageType и например вместо энума это тупо инт и он равен 42. дальше ты смотришь в репозитории кто вместо энума сделал инт, выясняешь где он сейчас находится, и ,не теряя зря времени, берёшь топор и идёшь искать этого мудака...

надо уже вики сделать по теме

ну ты дебажишь код, там в функцию передаётся аргумент imageType и например вместо энума это тупо инт и он равен 42. дальше ты смотришь в репозитории кто вместо энума сделал инт, выясняешь где он сейчас находится, и ,не теряя зря времени, берёшь топор и идёшь искать этого мудака...

по-моему ты преувеличиваешь размер проблемы

по-моему ты преувеличиваешь размер проблемы

что-то такое кричат жертвы топора

по-моему ты преувеличиваешь размер проблемы

слабый аргумент против топора

так ты четверь кода андроида своим топором вынесешь

Вы про разные вещи говорите)

Один про перфоманс, другой про потенциальные проблемы с дебагом по причине использования int вместо enum.

кароче, уважайте труд коллег - пишите хорошо читаемый и удобно отлаживаемый код

чот даже странно, что android.graphics.Bitmap.Config - это enum )

кароче, уважайте труд коллег - пишите хорошо читаемый и удобно отлаживаемый код

Оо, Чистый код Роберта Мартина тут в помощь

читаю его по дороге домой

так за месяц - два может и прочту

чот даже странно, что android.graphics.Bitmap.Config - это enum )

View.visibility тоже когда-то был энумом

чот даже странно, что android.graphics.Bitmap.Config - это enum )

видимо у них руки не дошли ещё это отрефакторить

кароче, уважайте труд коллег - пишите хорошо читаемый и удобно отлаживаемый код

Речь о перфомансе, что всегда в ущерб читаемости. Никто не запрещает использовать enum.

Оо, Чистый код Роберта Мартина тут в помощь

Я же тебе его порекомендовал)

Я же тебе его порекомендовал)

а, точно, ну вот читаю, уже страниц 70-80 прочел

полезные вещи пишет

дядя Боб, чья архитектура по андроиду пошла заслуживает моего уважения и времени на прочтение ?

@JFixby и, к слову, в том, что enum - это овер дохуя байтиков в байткоде, не только android виноват

А есть ли конфа по Dagger 2?

@JFixby и, к слову, в том, что enum - это овер дохуя байтиков в байткоде, не только android виноват

- потратить лишние 600 байт, - или годы жизни на сопровождение говнокода?

А есть ли конфа по Dagger 2?

Было бы неебическиъ

@JFixby андроид-проекты очень часто живут не особо долго, переписываются раз в 2 - 5- 10 лет

Не интерпрайз же

ERROR: S client not available

Вообще я вот после таких обсуждений с каждым разом все больше и больше офигеваю. С одной стороны дройдоразрабочтики не могут уступить пару тройку байт, чтобы писать читаемый код. С другой стороны городят огород зависимостей (в плане либ), обмазываются лямбдами и анонимными классами. А еще помню в этой конфе прямо внутри приложения человек предлагал гонять сериализвоанные данные чтобы типо избавится от проблем с мультипоточным доступом к данным или что-то в таком ключе. А эту возьню про енами я не понимаю еще больше. Если я все правильно понял чувак на видео жаловался что енамы отожрут лишние байтики главным образом в исполняемом файле, а не при использовании енамов в рантайме. При этом в андройде очень много всякой всячины объявлено как static final String.

По ролику акцент в память был в основном про то, что больше съедается при подгрузке исполняемого кода в RAM

Ну а что хотели. Энам это класс. Он никогда не будет числом. Но у него свои плюсы

алсо, использование json и остальных человеко-читаемых протоколов это тоже удар по производительности. Есть же бинарные протоколы. А есть еще круче - бинарные протоколы разработанные на коленке. Тем не менее тут чаще всего обсуждают как откуда-нибудь из вебни высосать тот или иной человекочитаемый формат и работать с ним дальше. И это правильный путь. Как человек столкнувшийся на работе с самописным бинарным протоколом обмена - говорю используйте ничтаемые данные только там где реально это необходимо.

По ролику акцент в память был в основном про то, что больше съедается при подгрузке исполняемого кода в RAM

Да. Т.е. даже не про накладные расходы при создании экземпляра енама на куче (или где там оно будет аллоцировано), а именно про размер dex или как оно там.

Не, про размер загруженного в оперативу класса.

Не, про размер загруженного в оперативу класса.

+

Ну ясно конечно что и dex подрастет

> городят огород зависимостей > обмазываются лямбдами и анонимными классами так это разные люди :)

> много всякой всячины объявлено как static final String от констант не уйти

ну их можно сделать зачастую int

Вот для меня, пока нет нужды использовать возможности энама как класса, константы очень хороши

И только в крайнем случае энам

ну их можно сделать зачастую int

например если глянуть на интенты, если я все правильно понимаю, конечно

Интенты да. А свои какие-то можно и в числовом формате

Для параноиков можно использовать byte

this

Всем привет

this

Мем с руками и ученым?

просто чото не вяжется разговоры про оверхед в dex и такие вот решения

))))

Мем с руками и ученым?

просвяти

я походу заваливаю тест на знатока всея мемов =\

Пару слов о себе я джава программист недавно начал программировать под андроид

аа, да, знаем таких )

Пару слов о себе я джава программист недавно начал программировать под андроид

Добро пожаловать

Пару слов о себе я джава программист недавно начал программировать под андроид

енумы юзаешь? )

Не юзаешь — пшел вон

Не про энумы, про РХ и даггер спроси

Ну