Эх, щас бы о вкусовщинах спорить

Эх, щас бы о вкусовщинах спорить

Только хотел написать

а что мешает разделить логику для констрента?

Тем что у тебя каждый view завязан прям на другой view или на parent. Те ты в отельном xml будешь ссылаться на id вью, которых там даже нет, В НАДЕЖДЕ что в рутовом xml вас правильно заимпортили

Тем что у тебя каждый view завязан прям на другой view или на parent. Те ты в отельном xml будешь ссылаться на id вью, которых там даже нет, В НАДЕЖДЕ что в рутовом xml вас правильно заимпортили

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

Эх, щас бы о вкусовщинах спорить

Дело не во вкусах, а в простоте и композируемости CL совершенно не композируется по своей природе (тк нельзя вкладывать, а надо все хранить одной кучей) и он сильно увеличивается сложность верстки (как на ios, где их xml вообще никто не читает из-за ужастной сложности)

Подскажите, вот часто встречается верстка, когда есть coordinatorLayout в нем Toolbar и ViewPager , мы ставим ViewPager app:layout_behavior="@string/appbar_scrolling_view_behavior" и весь контент ViewPager подстраивается к тому опущен toolbar или нет. Элементы которые находятся в ViewPager явно не имеют app:layout_behavior="@string/appbar_scrolling_view_behavior", но тем не менее подстраиваются под toolbar. Но вот если в ViewPager корневой элемент например FrameLayout с ImageView с match_parent (изначально invisible) , то к этому ImageView поведение не применяется. Он не реагирует. Может в таком случае как то из кода связку делать?

Дело не во вкусах, а в простоте и композируемости CL совершенно не композируется по своей природе (тк нельзя вкладывать, а надо все хранить одной кучей) и он сильно увеличивается сложность верстки (как на ios, где их xml вообще никто не читает из-за ужастной сложности)

как и на ios, где с опытом переходят от таскания мышкой к набиранию xml вручную

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

Посмотри на Flutter, где весь UI состоит из вложенных компонентов. Вот там и переиспользуемости 100% и композируемость почти идеальная. PS там даже есть готовый рефакториг, который в 2 клик вынесет кусок в верстки в отдельный компонент (потому что это все просто код на dart).

Дело не во вкусах, а в простоте и композируемости CL совершенно не композируется по своей природе (тк нельзя вкладывать, а надо все хранить одной кучей) и он сильно увеличивается сложность верстки (как на ios, где их xml вообще никто не читает из-за ужастной сложности)

Но ведь для написания макета на CL не трубуется особых каких то знаний, в этом та и вся соль. Многих вообще не будет парить, что они не будут переиспользовать xml, а создавать каждый раз новый xml макет на каждый чих.

Не любишь переиспользование, пиши на XML!

Но ведь для написания макета на CL не трубуется особых каких то знаний, в этом та и вся соль. Многих вообще не будет парить, что они не будут переиспользовать xml, а создавать каждый раз новый xml макет на каждый чих.

Ну вы совсем загнули товарищ)

переиспользование зло 🍿

как и на ios, где с опытом переходят от таскания мышкой к набиранию xml вручную

> как и на ios, где с опытом переходят от таскания мышкой к набиранию xml вручную Вот реально не встречал ни одного, скилового ios-ра, который так делал бы. Ты наверное перепутал с "от таскания мышкой к набиранию верстки в коде"

Заблокировали AdSense аккаунт. Судя по всему из-за того, что с моего телефона крутилась реклама в приложении. Я не отключал. Я по рекламе не кликал, но она показывалась, пока я пользовался приложением. Судя по всему за это и забанили. Теперь можно подать апеляцию. И что мне им написать теперь? Извините, не знал? ... Эхх...

Подскажите плиз кто знает

> как и на ios, где с опытом переходят от таскания мышкой к набиранию xml вручную Вот реально не встречал ни одного, скилового ios-ра, который так делал бы. Ты наверное перепутал с "от таскания мышкой к набиранию верстки в коде"

тут, согласен, правда, есть одно "НО" Самое большое кол-во конфликтов при мерджах в сторибордах, и тут хочешь не хочешь ios разрабу либо приходится лезть в них и вручную править либо ресетить и переделывать так что бы не было конфликтов

Не любишь переиспользование, пиши на XML!

Видос (не совсем в тему, НО) объясняющий почему в Java так любят XML

Будь на android изначально котлин, все могло бы пойти по другому. И никакой Flutter с его компонентами был НЕ нужен.

Будь на android изначально котлин, все могло бы пойти по другому. И никакой Flutter с его компонентами был НЕ нужен.

и анко мог лучше зайти😏

Ну да, посмотрим что нам google выдаст послезавтра. Может и правда забьет болт на джаву и сделает свой Virtual-UI Anko DSL.

Видос (не совсем в тему, НО) объясняющий почему в Java так любят XML

видео не объясняет как можно верстать лучше чем с помощью xml

Потому что это видео про Java) а не android. Подожди 2 дня, возможно google объяснит на https://events.google.com/io/schedule/events/29485644-22a9-4138-a2d8-b2112a515a0d Если нет, то обращайся ко мне 😎

Не любишь переиспользование, пиши на XML!

а как же мерж/инклуд?

Дело не во вкусах, а в простоте и композируемости CL совершенно не композируется по своей природе (тк нельзя вкладывать, а надо все хранить одной кучей) и он сильно увеличивается сложность верстки (как на ios, где их xml вообще никто не читает из-за ужастной сложности)

а в чём проблема отдельные компоненты хранить в виде <merge>?

а как же мерж/инклуд?

Никак, на самом деле.)

а в чём проблема отдельные компоненты хранить в виде <merge>?

Тем что он поддерживает только статичную (НЕ параметризированну) верстку, а это достаточно бесполезно. В том же гребанном флатере, это просто класс с параметрами контруктора и тп. А react, это вообще просто функция, из параметров в верстку.

Ребят, по скидывайте сюда ссылки на ваши приложения на плей маркете. Хочется посмотреть что вы делаете. Если конечно не секрет)

Вам будет +1 скачавший )

а как же мерж/инклуд?

Составит немного труда, вытащить include компонент из готового layout, например того же CL. + Нагромождает пакет res/layout, он и так наверное будет забит всякими activity_*, fragment_*, так ещё эти мелкие файлики с include и merge

Составит немного труда, вытащить include компонент из готового layout, например того же CL. + Нагромождает пакет res/layout, он и так наверное будет забит всякими activity_*, fragment_*, так ещё эти мелкие файлики с include и merge

а так у тебя в проекте будут эти же файлы для анко и прочей хуйни

а так у тебя в проекте будут эти же файлы для анко и прочей хуйни

Можно всё в одном файлике написать, часто используемые компоненты

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

Можно всё в одном файлике написать, часто используемые компоненты

util-xml, дай идею гуглу

Ребята, подскажите, пожалуйста, у кого есть опыт создания предустановленных приложений? (имею ввиду приложений, которые уже установлены на девайсе, когда покупаете новое устройство) Можете в личку написать, или здесь: В каком формате устанавливается всё на девайс? Как происходит в последующем обновление таких приложений?

Можно всё в одном файлике написать, часто используемые компоненты

Да, а еще им можно передавать параметры. Те сделать свою кнопку, передавать ей text/onClickListener и использовать по всему проекту (идельно ложится на дизайн-системы/атомарный-дизайн) А потом обернуть их в др anko-компонент и сделать композитный-виджет, прилагая минимум усилий.

Тем что он поддерживает только статичную (НЕ параметризированну) верстку, а это достаточно бесполезно. В том же гребанном флатере, это просто класс с параметрами контруктора и тп. А react, это вообще просто функция, из параметров в верстку.

вспомнил статейку

Тем что он поддерживает только статичную (НЕ параметризированну) верстку, а это достаточно бесполезно. В том же гребанном флатере, это просто класс с параметрами контруктора и тп. А react, это вообще просто функция, из параметров в верстку.

ага, ок

Если в CoordinatorLayout есть ViewPager , то для элементов ViewPager реально применять поведение типа insetEdge или dodgeInsetEdges ? Что-то ни какой реакции не вижу на добавление атрибутов

Потому что это видео про Java) а не android. Подожди 2 дня, возможно google объяснит на https://events.google.com/io/schedule/events/29485644-22a9-4138-a2d8-b2112a515a0d Если нет, то обращайся ко мне 😎

сука да они в вебе то сверстать нн могут

Ну вот по этому я и не верю в google, у них всегда получается говно... С другой стороны тот чувак вроде в facebook работал.

Привет всем. Использую реалтайм бд в файрбейз. Сложно ли реализовать вот это: Есть 10 кнопок. Каждая кнопка открывает новый фрагмент. Только в зависимости от нажатой кнопки нужно открывать в этом фрагменте те картинки, которые я захочу☺️

🙊

Я также хочу)))

Отревьюйте и оцените пожалуйста код, Буду благодарен любому конструктивному комментарию https://gist.github.com/VitalyPeryatin/c7635a00a630311a5f7d813a86ffbaf4

Xamarin кто нибудь пробовал? Как он?

Отревьюйте и оцените пожалуйста код, Буду благодарен любому конструктивному комментарию https://gist.github.com/VitalyPeryatin/c7635a00a630311a5f7d813a86ffbaf4

> val operation = "connect" А смысл такого свойства? Оно же всегда равно одной константе.

Xamarin кто нибудь пробовал? Как он?

Пробовал. Смотря для чего

Отревьюйте и оцените пожалуйста код, Буду благодарен любому конструктивному комментарию https://gist.github.com/VitalyPeryatin/c7635a00a630311a5f7d813a86ffbaf4

> ILoginRepository отвратное именование

Пробовал. Смотря для чего

А для чего он лучше всего?

Отревьюйте и оцените пожалуйста код, Буду благодарен любому конструктивному комментарию https://gist.github.com/VitalyPeryatin/c7635a00a630311a5f7d813a86ffbaf4

> JSONObject(message).getString("status") == "error" этот код может свалиться

Названия переменных полей не по кодстайлу

> val operation = "connect" А смысл такого свойства? Оно же всегда равно одной константе.

Это моделька для запроса на сервер, он потом в Json трансформирует и там должно быть это свойство) Как лучше тогда сделать?

> ILoginRepository отвратное именование

Чем? Интерфейс для LoginRepository, как лучше тогда?

Отревьюйте и оцените пожалуйста код, Буду благодарен любому конструктивному комментарию https://gist.github.com/VitalyPeryatin/c7635a00a630311a5f7d813a86ffbaf4

> ResourcesClass.setLoginPasswordHash(token) буэ, синглтон какой-то

Чем? Интерфейс для LoginRepository, как лучше тогда?

сколько у тебя реализаций интерфейса?

А для чего он лучше всего?

Xamarin Native можно использовать так же как и java/kotlin. Удобно когда back тоже на c#, многое переносится. Xamarin Forms хорош для прототипирования, но есть на нем и довольно не маленькие проекты (Instamart можешь посмотреть).

Отревьюйте и оцените пожалуйста код, Буду благодарен любому конструктивному комментарию https://gist.github.com/VitalyPeryatin/c7635a00a630311a5f7d813a86ffbaf4

весь презентер полон ?. из-за нуллабельной вью — ужасно

в целом рассчитано на команду с преимущественно .Net разработчиками, если стоит выбор нативка и замарин- лучше нативку

сколько у тебя реализаций интерфейса?

Две, релизная и фейковая

много проблем может возникнуть с подключением библиотек

сколько у тебя реализаций интерфейса?

Иньект наследников через di хорошо в том плане, что можно легко поменять реализацию. Параллельно пишешь новую реализацию, как готова - меняешь в di модуле и готово

> ResourcesClass.setLoginPasswordHash(token) буэ, синглтон какой-то

Согласен, на этот код не могу повлиять

Две, релизная и фейковая

ай, ужос

> JSONObject(message).getString("status") == "error" этот код может свалиться

Спасибо, исправил)

ай, ужос

Почему?

Иньект наследников через di хорошо в том плане, что можно легко поменять реализацию. Параллельно пишешь новую реализацию, как готова - меняешь в di модуле и готово

впрочем, если отсюда убрать DI, будет только лучше

впрочем, если отсюда убрать DI, будет только лучше

Нет, не будет. :)

Почему?

выходит интерфейс не ради переиспользования, а ради интерфейса/тестов

выходит интерфейс не ради переиспользования, а ради интерфейса/тестов

Так я его и переиспользую как раз

Нет, не будет. :)

Ну почему же? Просто исчезает indirection. Передаёшь реализацию явно.

Ну почему же? Просто исчезает indirection. Передаёшь реализацию явно.

Ага, только менять приходится не по всему проекту, а один раз в di

Ага, только менять приходится не по всему проекту, а один раз в di

так может в разных частях проекта нужны разные реализации

так может в разных частях проекта нужны разные реализации

Ну тогда подставляй вручную

весь презентер полон ?. из-за нуллабельной вью — ужасно

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

можно делать ?.let {}

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

можно делать ?.let {}

Где это выходно я так и делаю

можно делать ?.let {}

да, или ?.run