AP
WebView позволит сделать везде одинаково (плохо). И потенциально просто упаковать мобильный сайтик в приложение
Size: a a a
2017 December 26
AP
react-native, если делать хорошо, потребует разных версий GUI для разных платформ, т.к. guidelines у платформ разные
AP
Да, часть логики получится переиспользовать, но не факт, что бОльшую
PF
Вот из таких мыслео о лучшей кроссплатформе я и страдаю из-за монстрови типа слака
о да, слак за всеми гранями дебильности ПО
PF
Ну я лучшей кроссплатформы не знаю. Вполне себе вариант, для не специфичного приложения
qt
K
Народ, вы когда пишите view функции, не теряетесь в этом обилии [ ] скобок?)
к
кложа закалила мой скобкопарсер
RS
Народ, вы когда пишите view функции, не теряетесь в этом обилии [ ] скобок?)
elm-format + подсветка парных скобок в редакторе = profit
K
elm-format + подсветка парных скобок в редакторе = profit
Без подсветки скобок, для меня это точно был бы ад)
PF
elm-mdl мне не понравился. Чтобы вставить банальную кнопку, надо прикрутить на неё полноценный tEA Такое количество костлей - чего ради? проще самому наговнякать примитивные хаки на css.
к
попытки писать компонентные библиотеки на платформе, где нет абстракции компонентнов - то еще занятие
PF
не, ну elm-ui норм если что
PF
но маловат по функционалу к сожалению
PF
Народ, вы когда пишите view функции, не теряетесь в этом обилии [ ] скобок?)
надо делать много имён в привязках let чтобы было понятно что из чего состоит
K
надо делать много имён в привязках let чтобы было понятно что из чего состоит
Например?
PF
Например?
например что?) если есть здоровый кусок с кучей скобок, берёшь у него половину в середине, заменяешь её на
x и let x = -- половина здоровго куска
in div [...] [... div [][x] ]
K
А ну да))
AP
Если ветвлений мало, я горожу комбинаторы
AP
типа
(<:) f x = f [x]AP
div [] <: div [] <: span [] <: text "foo"