DR
Только админки, как замечено выше
Size: a a a
2019 March 17
DR
Точнее, я не видел, возможно кто-то делает.
ŹR
На самом деле идея со стейтом на бэке может быть удобна, но не в таком виде. Вместо live_view вижу либу для превращения phoenix в аналог firebase - вот это бы зашло в разрыв
AV
с подобными подходами меня всегда останавливает вероятность, что может понадобиться интегрироваться с уже имеющейся js либой, или в целом заюзать какой-то спец. browser api. И тут начинаются велосипеды, для того чтобы это работало
ŹR
Биндишь свой редукс стор к бэку в один
AV
я с turbolinks намучился в свое время, который тоже упрощает и ускоряет вводы в production проектов, но со временем имеет свойство обрастать хаками, из-за отсутствия толкового фреймворка вокруг
AV
да, с хранением стейта могло бы интересно получится
RK
Dmitry Russ (Aleksandrov)
Ни одно серьёзное приложение (которое даётся пользователям) не делается в 2019-ом без того, что оно адекватно ведёт себя в отсутствии сервера.
эээ... Покупка авиабилетов, например - это админка? И имеет ли смысл приложение по покупке этих билетов без доступа к серверу?
AV
наверно уже что-то есть такое)
ŹR
Биндишь свой редукс стор к бэку в один
И вместо axios - автоматическая синхронизация диффов
ŹR
Самое прикольное, что твой сервак сможет задиспатчить action в store
ŹR
Всего лишь послать сообщение в мэилбокс
ŹR
Отвечаю, это тема на разрыв
AV
эээ... Покупка авиабилетов, например - это админка? И имеет ли смысл приложение по покупке этих билетов без доступа к серверу?
как вариант – есть кнопка, которая раскрывает список всех вариантов билетов.
если делать как react, то это будет boolean в state, который будет меняться и перерендерить view.
при потере связи даже это отвалится
если делать как react, то это будет boolean в state, который будет меняться и перерендерить view.
при потере связи даже это отвалится
AV
либо делать этот тоггл отдельно на клиенте.
AV
шило на мыло
DR
эээ... Покупка авиабилетов, например - это админка? И имеет ли смысл приложение по покупке этих билетов без доступа к серверу?
Оно при отсутсвии сервера адекватно будет об этом сообщать и возможно работать с последними данными с сервера(например нажмёшь кнопку подробнее, он откроет дополнительное меню с зафетченной информацией с сервера), а в случае с LiveView просто всё перестанет работать или нужно писать на JS всё равно.
DR
Даже здесь будет необходимость то или иное менять в рендеринге страницы, когда сервер не доступен.
IK
а вот я хайпую и вот почему:
- когда начинаешь делать SPA дублируешь кучу логики в тот же Redux. Что увеличивает объем кодовой базы и количество концепций, который нужно уметь чтобы поднять проект в соло.
- elixir/erlang может выдержать много коннектов и обрабатывать все эти апдейты для довольно большого числа клиентов. У меня есть гипотеза, что Phoenix + LiveView будет быстрее чем Rails + React/Redux, например.
- я не буду писать сервер на node.js потому что сложнее JS только C++ и Brainfuck-семейство. JS только кажется легким. Typescript в своей сути такой же костыль как и babel.
- да, я тоже жду расцвета webassembly. Но если LiveView взлетит - он взлетит раньше webassembly т к не надо ждать появления саппорта от браузеров у 99% клиентов.
- когда начинаешь делать SPA дублируешь кучу логики в тот же Redux. Что увеличивает объем кодовой базы и количество концепций, который нужно уметь чтобы поднять проект в соло.
- elixir/erlang может выдержать много коннектов и обрабатывать все эти апдейты для довольно большого числа клиентов. У меня есть гипотеза, что Phoenix + LiveView будет быстрее чем Rails + React/Redux, например.
- я не буду писать сервер на node.js потому что сложнее JS только C++ и Brainfuck-семейство. JS только кажется легким. Typescript в своей сути такой же костыль как и babel.
- да, я тоже жду расцвета webassembly. Но если LiveView взлетит - он взлетит раньше webassembly т к не надо ждать появления саппорта от браузеров у 99% клиентов.
Graphql спасает
AV
> - когда начинаешь делать SPA дублируешь кучу логики в тот же Redux. Что увеличивает объем кодовой базы и количество концепций, который нужно уметь чтобы поднять проект в *соло*.
тут тоже ключевое слово - это "соло".
для проекта с 1-2 разработчиками liveview может и заходить.
но когда у тебя большой проект, и фронт отдельно занимается своей кухней, то проблема с поднятием webpack меня лично уже не особо касается. а если что идешь и спрашиваешь напрямую.
тут тоже ключевое слово - это "соло".
для проекта с 1-2 разработчиками liveview может и заходить.
но когда у тебя большой проект, и фронт отдельно занимается своей кухней, то проблема с поднятием webpack меня лично уже не особо касается. а если что идешь и спрашиваешь напрямую.