То, что ты именуешь звонким словом "хипстерство", чаще всего тоже реальная оптимизация. И хер с ним, я не про бутер

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

Тестики бесполезные написать там

Сервер для них закупить и поднять

Чат становится все интереснее

@gercqq, стесняюсь спросить, у тебя архитектура в приложениях каким образом построена?

@gercqq, стесняюсь спросить, у тебя архитектура в приложениях каким образом построена?

MMVH

MVP знаю, MVVM знаю, MMVH - не, не слышал. Что это?

Model Manager View Helper

Моя уникальная архитектура

Глянуть есть где?

Нет

Хороший код — наша лучшая документация - java-help.ru/good-code-best-documentation Теги: #link

Самодокументирующийся код_

*trollface*

Нет

Ясно. Что-то туманно в общем в плане раздения на слои и тестирования

Ясно. Что-то туманно в общем в плане раздения на слои и тестирования

Что за разделения тестирования?

Ясно. Что-то туманно в общем в плане раздения на слои и тестирования

Архитектура туманности

Что за разделения тестирования?

В плане разделения на слои и в плане тестирования. Так понятнее?

В плане разделения на слои и в плане тестирования. Так понятнее?

Зачем тестирование кода кодом? Что там тестировать?

Вот Свифт хочу для двух осей

Не надо этого яблочного гавна, и так уже везде сцук пролезли со своими огрызками?

Не надо этого яблочного гавна, и так уже везде сцук пролезли со своими огрызками?

У меня только хакинтош, хочу с Али 5s заказать

Скептичен ко всему от огрызков

Зачем тестирование кода кодом? Что там тестировать?

Что при очередном изменении в коде у тебя не навернулось все нахрен в самом непоходящем месте. Что-то подозреваю, что разговор беспредметен становится

Что при очередном изменении в коде у тебя не навернулось все нахрен в самом непоходящем месте. Что-то подозреваю, что разговор беспредметен становится

Что может навернуться? Было такое?

Было. Идеальных программ, как и программистов, не существует в принципе. И баг - они везде есть. Только вот при наличии тестов отследить их стократ проще

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

Было. Идеальных программ, как и программистов, не существует в принципе. И баг - они везде есть. Только вот при наличии тестов отследить их стократ проще

Что именно навернулось?

Скажите а почему всем стало влом писать findViewById - что тут такого плохого или неприятного?

Скажите а почему всем стало влом писать findViewById - что тут такого плохого или неприятного?

Лишние касты к нужному типу

Скажите а почему всем стало влом писать findViewById - что тут такого плохого или неприятного?

В том что плагин мне в два клика пишет их все

Лишние касты к нужному типу

и что давн каст это плохо?

и что давн каст это плохо?

Каст всегда было плохо

и что давн каст это плохо?

Обход иерархии классов в поисках нужного дело не благородное.

Каст всегда было плохо

т.е. findViewById изза кастов работает медленее чем ....

нет, касты не влияют

Что именно навернулось?

Какая разница, что именно. Ты точно про суть тестов в курсе? Или прикидываешься?

В том что плагин мне в два клика пишет их все

и поля добавляет в класс? а если поля не надо, а только локальная переменная?

и поля добавляет в класс? а если поля не надо, а только локальная переменная?

В класс. Локальные редко нужны

т.е. findViewById изза кастов работает медленее чем ....

Он сам по себе медленный, это же поиск по XML файлу нужного тэга

Он сам по себе медленный, это же поиск по XML файлу нужного тэга

медленный по сравнению с чем?

Какая разница, что именно. Ты точно про суть тестов в курсе? Или прикидываешься?

Какая разница прикидываюсь или нет. Я спросил была ли такая ситуация и все.

Он сам по себе медленный, это же поиск по XML файлу нужного тэга

вообще там не по xml файлу поиск :)

вообще там не по xml файлу поиск :)

Да ладно, а по чему же ?

когда ты делаешь у вьюхи findViewById, то xml уже преобразован во вьюхи

вообще там не по xml файлу поиск :)

конфликт версий )) кто-то незнает как работает findViewById ))))

@rovkin о, здарова

:D здрасте

когда ты делаешь у вьюхи findViewById, то xml уже преобразован во вьюхи

А, ну ок, по иерархии вьюшек.

ну просто разница не маленькая :)

Какая разница прикидываюсь или нет. Я спросил была ли такая ситуация и все.

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

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

Ты нифига не ответил с примером

Он сам по себе медленный, это же поиск по XML файлу нужного тэга

медленный по сравнению с чем?

когда ты делаешь у вьюхи findViewById, то xml уже преобразован во вьюхи

Ну да, там после инфлатера вьюхи уже, точно.

Котлин экстеншен наверно. Который точно не быстрее хотя бы изза прослойки котлина

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

Вы пишите код ради кода? Который отнимает время написания и запуска этих самих тестов

Ты нифига не ответил с примером

Профиль пользователя в приложении слегка навернулся после изменений в апи. Поскольку под него банально не написали всех необходимых тестов

Вы пишите код ради кода? Который отнимает время написания и запуска этих самих тестов

Как бы да. Уже не вижу смысла объяснять зачем

Профиль пользователя в приложении слегка навернулся после изменений в апи. Поскольку под него банально не написали всех необходимых тестов

Что опять именно НАВЕРНУЛОСЬ в профиле?

тебе оно нахрена?

тебе оно нахрена?

Узнать что движет вами на написание бесполезного кода

медленный по сравнению с чем?

По сравнению с тем, что если создавать все вьюхи из кода, как это сделано в телеграме. А вообще насколько я понимаю избавление от findViewById и кастов - попытка в compile time сгенерить вьюхи по XML.

Объяснять полезность тестов человеку, который никогда их не использовал, всё равно, что объяснять слепому красоту заката.

По сравнению с тем, что если создавать все вьюхи из кода, как это сделано в телеграме. А вообще насколько я понимаю избавление от findViewById и кастов - попытка в compile time сгенерить вьюхи по XML.

так а причем тут инфлейт фьюх к файндВьюБайАйди

Люди не хотят писать findViewById явно не потому, что он в батеонайфе быстрее, а потому что не хотят ловить в рантайме исключения на приведение типа, когда тип вью вдруг в xml-ине заменили.

ERROR: S client not available

Люди не хотят писать findViewById явно не потому, что он в батеонайфе быстрее, а потому что не хотят ловить в рантайме исключения на приведение типа, когда тип вью вдруг в xml-ине заменили.

это причина? бред

Ну и, конечно, код становится чище, и менять его при измении XML опять же не надо.

Объяснять полезность тестов человеку, который никогда их не использовал, всё равно, что объяснять слепому красоту заката.

Да, похоже на то

класкаст возникнет только 1 раз когда ты компилишь сразу исправил и все

это причина? бред

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

А ещё подход — ну, вот если после моих изменений что-то там упадёт, ничего, пофиксим — плохо работает в проектах большой величины, когда сложно вспомнить сразу про все детали.

ну хорошо вот есть 1. findViewById написан руками для каждой вьюхи, 2. есть плагин который делает тоже самое но сам, 3. есть котлин екстеншен - незнаю как там внутри но скорее всего тоже через файнды) 4. и есть о боги батерКниф который генерит код и хз что делает но многим нравится тоже не понятно почему

Что такое хз, что делает? Код, который генерирует баттернайф, вполне читаем

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

Тесты же выявят

Люди не хотят писать findViewById явно не потому, что он в батеонайфе быстрее, а потому что не хотят ловить в рантайме исключения на приведение типа, когда тип вью вдруг в xml-ине заменили.

Вот точно забыл про это

Класс касты всегда опасны исключениями

Класс касты всегда опасны исключениями

Нормальная IDE подсвечивает неправильный каст к файндбаю

Нормальная IDE подсвечивает неправильный каст к файндбаю

ide не может за всем уследить

Блять, где найти вход на этот дроидкон

ide не может за всем уследить

Линт может уследить

Блять, где найти вход на этот дроидкон

?

30 минут ходим, ищем :/

Блять, где найти вход на этот дроидкон

Спроси у @smred он там наверно уже

Тесты на UI в андроиде пишутся редко, в основном на бизнес-логику. Про линт может уследить - интересно, а что будет, если в двух лейяутах будет две вью разного типа с одним id?

Тесты на UI в андроиде пишутся редко, в основном на бизнес-логику. Про линт может уследить - интересно, а что будет, если в двух лейяутах будет две вью разного типа с одним id?

Одинаковые Id лучше не делать, это плохо хотя бы потому что оказавшись на одном лаяуте 2 вью с одинаковыми id создадут проблему при сохранении состояния

Ты не понял

Он про две ориентации

Почему же, они вполне могут не пересекаться с точки зрения иерархии

Нет, я не про две ориентации, я про разные лейяуты

(хотя про две ориентации тот же вопрос)

И можно одни иды делать, если они в разных контейнерах

Тесты на UI в андроиде пишутся редко, в основном на бизнес-логику. Про линт может уследить - интересно, а что будет, если в двух лейяутах будет две вью разного типа с одним id?

Будет работать, файндвьюбайайди выдаст тот, что выше в иерархии

И можно одни иды делать, если они в разных контейнерах

Да пожалуйста, обращайся через container.findViewById

Почему же, они вполне могут не пересекаться с точки зрения иерархии

Если на одном лаяуте 2 одинаковых ид, то сохранится стейт только одной вьюхи и восстановится тоже соответственно только один.

Да пожалуйста, обращайся через container.findViewById

То не вопрос был

У меня было такое уже с конфликтами Id

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