Size: a a a

2019 March 17

M

Mikhail in pro.elixir
Привет всем!
источник

SZ

Sergei Zobov in pro.elixir
Ребята, что по поводу live_view думаете?
https://twitter.com/chris_mccord/status/1072864862454243328?s=19
источник

DR

Dmitry Russ (Aleksandrov) in pro.elixir
SSR есть во всех spa framework, для облегчения холодного старта приложения.

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

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

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

DR

Dmitry Russ (Aleksandrov) in pro.elixir
а вот я хайпую и вот почему:

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

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

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

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

DR

Dmitry Russ (Aleksandrov) in pro.elixir
В соседнем чате активно обсуждается.
источник

SZ

Sergei Zobov in pro.elixir
Dmitry Russ (Aleksandrov)
В соседнем чате активно обсуждается.
Это вунш который?
источник

DR

Dmitry Russ (Aleksandrov) in pro.elixir
Sergei Zobov
Это вунш который?
Да.
источник

SZ

Sergei Zobov in pro.elixir
Dmitry Russ (Aleksandrov)
Да.
Буэ, противная дихотомия
источник

DR

Dmitry Russ (Aleksandrov) in pro.elixir
Sergei Zobov
Буэ, противная дихотомия
Полностью согласен.
источник

DR

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

SZ

Sergei Zobov in pro.elixir
Dmitry Russ (Aleksandrov)
а вот я хайпую и вот почему:

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

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

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

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

DR

Dmitry Russ (Aleksandrov) in pro.elixir
Sergei Zobov
Ну я бы добавил, что это удобно для каких-то внутренних сервисов и своих петпрожектов. Особенно, когда есть отвращение к js.
Честно сказать, я два дня думал и понял, что даже для pet проекта не возьму LiveView - потому что хочу другого уровня UX для пользователей моего пет проекта.
источник

KA

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

ŹR

Źmićer Rubinštejn in pro.elixir
Enum.reduce_while
источник

KA

Korolll And in pro.elixir
Źmićer Rubinštejn
Enum.reduce_while
Спасибо
источник

AG

Alex Golubov in pro.elixir
Dmitry Russ (Aleksandrov)
SSR есть во всех spa framework, для облегчения холодного старта приложения.

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

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

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

ŹR

Źmićer Rubinštejn in pro.elixir
Alex Golubov
так сервер дифы 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
А как сервер узнает, какие части изменились?
источник

AG

Alex Golubov in pro.elixir
The tracking of changes are done via assigns. Therefore,
 if part of your template does this:
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Если сервак посылает дифф в виде [0: “somethig”, 3: “another”]. то это тогда вообще загадочная штука
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Если же он всетки посылает html сгенерированный, то значит он считает дом
источник