Я просто не знаю как загуглить, поэтому обратился сюда

Тебя в любой крупной компании с говном сожрут за такой подход к верстке

Тебя в любой крупной компании с говном сожрут за такой подход к верстке

Как быть с разными лейаутами если land или другие размеры если все из кода?

хорошо, не надо работать на хуёвые компании (независимо от размера)

Это неудобно

Посмотри код телеги, программно можно определять какая ориентация и писать

дожили, люди доказывают что xml - это збс (

Тебя в любой крупной компании с говном сожрут за такой подход к верстке

Посмотри код телеги, программно можно определять какая ориентация и писать

о, как раз следующим сообщением скинул

А вот сейчас два вопроса. Как вы дизайн верстаете. Нормальный сложный многослойный дизайн? Без визуального просмотра. Работа с ориентацией, с разными форматами экранов.

у меня нет кодгена в проекте, поэтому он достаточно быстро собирается) всё равно превью в студии почти не работает

А причем тут это?

у меня нет кодгена в проекте, поэтому он достаточно быстро собирается) всё равно превью в студии почти не работает

сверстал — залил — увидел

А вот сейчас два вопроса. Как вы дизайн верстаете. Нормальный сложный многослойный дизайн? Без визуального просмотра. Работа с ориентацией, с разными форматами экранов.

ну ниче, компоуз всех спасет же, да?

(нет)

Так можно поподробнее

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

Хз чем вам xml неудобен

Ну я юзаю xml с data binding, и норм. Я работал со свифтом, как раз подходом с заливкой на эмуль так как последняя ось не поддерживается. И я так скажу, уж лучше бы xml

сверстал — залил — увидел

Я просто не знаю как загуглить, поэтому обратился сюда

Удобно, должно быть, бегать по экранам приложения и сравнивать с макетом? Зато не превью, ага.

всё равно, повторюсь, превью ужасно убогое

Удобно, должно быть, бегать по экранам приложения и сравнивать с макетом? Зато не превью, ага.

превью порой работает тяжко

Надо писать нормально, чтобы оно работало

не, кастомные вью норм показываются, если их норм писать

Удобно, должно быть, бегать по экранам приложения и сравнивать с макетом? Зато не превью, ага.

не забыл, просто её официально забросили

кстати, а почему Anko был медленнее XML в тестах? миф?

Это где такие тесты?

кстати, а почему Anko был медленнее XML в тестах? миф?

На стадии компиляции бросает "e: java.lang.OutOfMemoryError: GC overhead limit exceeded" просто увеличить размер кучи? или тут нужно что то искать

было как раз наоборот

На стадии компиляции бросает "e: java.lang.OutOfMemoryError: GC overhead limit exceeded" просто увеличить размер кучи? или тут нужно что то искать

точно помню какую-то статью, которая то ли Anko то ли DataBinding разносит и говорит, что сильно медленнее

точно помню какую-то статью, которая то ли Anko то ли DataBinding разносит и говорит, что сильно медленнее

есть кодогенерация? на каком этапе ошибка?

есть, kaptDebugKotlin, ошибка начала появляться после того как добавил Room. Иногда пропадает сама по себе

точно других ошибок нет?

Это типичная проблема для языков верстки. что DOM для JS что DataBinding для XML. проблемы разные но суть одна. Нужно обойти весь файл что бы выполнить обработку

DataBinding все View ищет за один проход а findViewById каждую View за отдельный проход выходит, findViewById > DataBinding > Anko

DataBinding все View ищет за один проход а findViewById каждую View за отдельный проход выходит, findViewById > DataBinding > Anko

часа 2 потратишь точно. лучший совет что я могу дать - перепроверь весь код в Room. запросы проверь, что нет опечаток и все верные

вроде бы я изменил таблицу и потом началось ..

вроде бы я изменил таблицу и потом началось ..

я вот допускаю, что проект на котлине и где-то аннотации напутал

ты изменил таблицу а запросы ты изменил?

ну так)) kapt только на котлине