Ждем историю появления этого самого "старого нового года", и почему ПЦ до сих пор не канонизировала "новый НГ" и электрические лампочки. Там все очень увлекательно...
А можно ещё зависимости или их группы с конфигами и манифестами выносить в отдельные модуля, который будет состоять только из манифеста и build.gradle. Линковка происходит через этот модуль. Это оказалось самым удобным методом, да и сборка всего проекта происходит намного быстрее.
Например, все либы фейсбука засовываем в отдельный модуль с названием facebook, гугловые — в gsm, саппорт либы — в androidx, и т.д. Если что-то надо заиспользовать, то подключается соответствующий модуль.
Также удобно управлять версиями и конфигами, так как все в одном месте.
Вы говорите, что хотели бы избавиться от дополнительных рантайм проверок?
Да, хотелось бы иметь штатную возможность отключать эти проверки. А то получается так называемое «навязывание услуги», которая мне не нужна. Как следствие, весь код обвешивается "?" и "!!" как новогодняя ёлка.
Но это только моё субъективное мнение.
Доводилось видеть java код, где все было покрыто assert-ами, где каждые параметры и результаты функций многократно проверялись не только на NPE, но и на граничные условия, и на любой чих крешило приложение. Потом это всё было заменено на то, что было стабильно и можно было поддерживать.
Вот только не понятна логика этой генерации проверок. Особой разницы нет как упадет приложение, с NPE или Illegal*Exception. С аннотациями, как по мне, так более понятнее.
Проверяли бы себе на этапе компиляции, а так на пустом месте раздувается код.
Kotlin уже давно стал основным языком программирования на Android.
В этом предложении очень много ложных утверждений.
Пару лет — это уже давно?
Android SDK и AndroidX уже полностью переписаны на Kotlin?
У Kotlin уже своя VM?
В стандарте очень не хватает обработки пустого результата. Это и не null, и вроде как и не ошибка.
Вот из-за такого приходится велосипедить свою реализацию промисов.
Безопасность системы соответствует безопасности самого слабого звена, чем является пользователь и SIM-карта.
Изоляция приложений обходится внедрением кода в сами приложения. Например, если в приложении есть логин или реклама от Фейсбука или Гугла, то вся активность пользователя сливается в аналитику. Сбор аналитики от Фейсбука даже нельзя отключить.
В стандартном Optional не хватает ещё состояния error. При добавлении этого состояния количество кода существенно сокращается из-за вынесения обработки ошибок в лямбды. Правда, теряется нативный контроль за типами ошибок.
Наше все QueryThreadCycleTime
Считают обычно такты потока, а не процессора. А управление потоками находится в ядре ОС. На уровне HW только общий счетчик тиков. А время уже выводится из тиков среднестатистически.
Для примера, на бюджетном смартфоне с Android, если ручками добавить новый своп на диске, то девайс начинает работать немного шустрее, так как фоновые приложения продолжают оставаться висеть в памяти, а не выгружаются при её нехватке.
Ждем историю появления этого самого "старого нового года", и почему ПЦ до сих пор не канонизировала "новый НГ" и электрические лампочки. Там все очень увлекательно...
Защита от высокого импульсного напряжения есть?
На земле должна быть возможность смены щупа на крокодил.
Версия без экрана возможна?
Например, все либы фейсбука засовываем в отдельный модуль с названием facebook, гугловые — в gsm, саппорт либы — в androidx, и т.д. Если что-то надо заиспользовать, то подключается соответствующий модуль.
Также удобно управлять версиями и конфигами, так как все в одном месте.
Да, хотелось бы иметь штатную возможность отключать эти проверки. А то получается так называемое «навязывание услуги», которая мне не нужна. Как следствие, весь код обвешивается "?" и "!!" как новогодняя ёлка.
Но это только моё субъективное мнение.
Доводилось видеть java код, где все было покрыто assert-ами, где каждые параметры и результаты функций многократно проверялись не только на NPE, но и на граничные условия, и на любой чих крешило приложение. Потом это всё было заменено на то, что было стабильно и можно было поддерживать.
Проверяли бы себе на этапе компиляции, а так на пустом месте раздувается код.
За распространение случайной «пиратки» можно лишится этих самых серверов.
В этом предложении очень много ложных утверждений.
Пару лет — это уже давно?
Android SDK и AndroidX уже полностью переписаны на Kotlin?
У Kotlin уже своя VM?
Вот из-за такого приходится велосипедить свою реализацию промисов.
А вообще это избыточно. Как по мне, то лучше строки из ресурсов держать в lru-кеше.
Изоляция приложений обходится внедрением кода в сами приложения. Например, если в приложении есть логин или реклама от Фейсбука или Гугла, то вся активность пользователя сливается в аналитику. Сбор аналитики от Фейсбука даже нельзя отключить.
Считают обычно такты потока, а не процессора. А управление потоками находится в ядре ОС. На уровне HW только общий счетчик тиков. А время уже выводится из тиков среднестатистически.