AP
как будто jsx не first-class
jsx - не first class
Size: a a a
2017 December 26
AP
Это внешний DSL
I
как будто jsx не first-class
Да да, не надо нам ваших жс приколов (костылей для убогова “языка”)
PS
Зачем делить на слои преждевременно?
Да даже если не делить,не вижу особых проблем. Команды, подписки вполне решают проблемы сайдэффектов и внешних источников событий. Хотя может это я через чур оптимистичен.
СГ
Отказаться от TEA и остаться с языком, который больше ничего не умеет? Лучше уж тогда на purescript соскочить
Не надо от TEA отказываться, можно вот это использовать
https://github.com/ohanhi/elm-native-ui
https://github.com/ohanhi/elm-native-ui
AP
Да даже если не делить,не вижу особых проблем. Команды, подписки вполне решают проблемы сайдэффектов и внешних источников событий. Хотя может это я через чур оптимистичен.
Добрая часть Android API - синхронная. Делать все эти вызовы асинхронными через порты - плохая идея
I
Не надо от TEA отказываться, можно вот это использовать
https://github.com/ohanhi/elm-native-ui
https://github.com/ohanhi/elm-native-ui
Юзал? Что там с эффектами?
Cmd.fromPromise есть?AP
Не надо от TEA отказываться, можно вот это использовать
https://github.com/ohanhi/elm-native-ui
https://github.com/ohanhi/elm-native-ui
Это набор костылей с кучей JS внутри
СГ
Свои проекты не писал, только сэмплы запускал, и смотрел исходники одного production приложения
https://github.com/thoughtbot/PurpleTrainElm
https://github.com/thoughtbot/PurpleTrainElm
AP
Elm не технологически, но идеологически не готов покинуть браузер
AP
Заворачивание синхронных вызовов к OS API через порты, это incidential complexity. А альтернатив в Elm нет и не предвидится
I
Имхо сама большая проблема TEA для мобилок, это то что там МНОГО “экранов” (так дисплей маленький и UI разбивают на отдельные “экраны”)
А мы все знаем сколько бойлерплейта в Elm для работы с отдельными “экраны”:
https://github.com/rtfeldman/elm-spa-example/blob/master/src/Main.elm#L95
(ну конечно можно обмазаться операторами, но я даже не знаю что хуже)
А мы все знаем сколько бойлерплейта в Elm для работы с отдельными “экраны”:
https://github.com/rtfeldman/elm-spa-example/blob/master/src/Main.elm#L95
(ну конечно можно обмазаться операторами, но я даже не знаю что хуже)
СГ
Под окнами ты имеешь ввиду экраны?
I
Под окнами ты имеешь ввиду экраны?
Поправил (надеюсь так понятнее)
AP
Проблема не с кол-вом экранов всё же. Мобильное приложение не только что-то показывает. Оно активно взаимодействует с системой. И недоработки в этой части гораздо важнее, чем мелкие неровности в разработке GUI
I
Ну может быть, спорить не буду.
Это я излил свою боль от текущей разработки на TEA (через fable.elmish)
Это я излил свою боль от текущей разработки на TEA (через fable.elmish)
AP
Странички вполне себе можно композить так, чтобы бойлерплейта было сравнительно мало
I
Странички вполне себе можно композить так, чтобы бойлерплейта было сравнительно мало
Можно тут поподробнее?