Привет всем!

Ребята, что по поводу live_view думаете?
https://twitter.com/chris_mccord/status/1072864862454243328?s=19

SSR есть во всех spa framework, для облегчения холодного старта приложения.

Что касается mobile сегмента, браузерных игр и всего что с этим может быть связано, Phoenix live view никогда не будет востребовано из-за нагрузки на сеть, сервер и большую величину пакетов с данными ( в сравнении с голой передачей голых данных ).

Заставлять свой один сервер считать диффы для domа тысяч браузеров вместо них самих - это больная идея.

Она может работать в определенных условиях, в которых live view возможно будет применён. Эти условия включают админки, вебморды для конфига оборудования(типа там роутер), но это считай тоже админка, и все.

а вот я хайпую и вот почему:

- когда начинаешь делать SPA дублируешь кучу логики в тот же Redux. Что увеличивает объем кодовой базы и количество концепций, который нужно уметь чтобы поднять проект в соло.

- elixir/erlang может выдержать много коннектов и обрабатывать все эти апдейты для довольно большого числа клиентов. У меня есть гипотеза, что Phoenix + LiveView будет быстрее чем Rails + React/Redux, например.

- я не буду писать сервер на node.js потому что сложнее JS только C++ и Brainfuck-семейство. JS только кажется легким. Typescript в своей сути такой же костыль как и babel.

- да, я тоже жду расцвета webassembly. Но если LiveView взлетит - он взлетит раньше webassembly т к не надо ждать появления саппорта от браузеров у 99% клиентов.

В соседнем чате активно обсуждается.

Это вунш который?

Да.

Буэ, противная дихотомия

Полностью согласен.

Собственно, я форваднул 2 наиболее расписанных мнения из того чата, ну и я согласен с первым и не согласен со вторым. Где сказал, что сравнивать Phoenix + LiveView и Rails + React/Redux - это яблоки и груши и Phoenix + LiveView и  Phoenix + React/Redux логичнее сравнивать и в данном случае LiveView проигрывает в функциональном плане(с чем Роман потом в целом согласился).

Ну я бы добавил, что это удобно для каких-то внутренних сервисов и своих петпрожектов. Особенно, когда есть отвращение к js.

Честно сказать, я два дня думал и понял, что даже для pet проекта не возьму LiveView - потому что хочу другого уровня UX для пользователей моего пет проекта.

Ребят а подскажите, как стандартными средствами решается задача, есть список значений которые поочерёдно передаются в функцию (ну map обычный), но есть нюанс, функция может вернуть ошибку, что обесценит последующие вычисления, их нужно прервать и вернуть ошибку, в случае если всё прошло хорошо вернуть список новых значений.

Enum.reduce_while

Спасибо

так сервер дифы DOMа не считает же вроде...
When you first render a .leex template, it will send
 all of the static and dynamic parts of the template to
 the client. After that, any change you do on the server
 will now send only the dyamic parts and only if those
 parts have changed
https://github.com/phoenixframework/phoenix_live_view/blob/master/lib/phoenix_live_view.ex

А как сервер узнает, какие части изменились?

The tracking of changes are done via assigns. Therefore,
 if part of your template does this:

Если сервак посылает дифф в виде [0: “somethig”, 3: “another”]. то это тогда вообще загадочная штука

Если же он всетки посылает html сгенерированный, то значит он считает дом