LL
Обыкновенный язык шаблонов, как
jinja и всё вот это вотSize: a a a
2020 October 04
B
ну у меня кровоточить начинает из глаз. Основное в том что он толком не компануется.
P
LiveView всегда будет лучше классического феникса, так как проще писать и работает быстрее. Но будь готов к breaking changes с каждой версией lv. Если проект небольшой и покрыт тестами, то проблем с этим быть не должно.
Вот это лучше, оно в чем лучше? Надо админку делать к api откуда он будет лучше? Я вот делал дашборды, вот там лучше, не понимаю как CRM простой будет лучше и откуда
AN
Вот это лучше, оно в чем лучше? Надо админку делать к api откуда он будет лучше? Я вот делал дашборды, вот там лучше, не понимаю как CRM простой будет лучше и откуда
проще писать и работает быстрее, а так феникс и феникс
P
ну у меня кровоточить начинает из глаз. Основное в том что он толком не компануется.
Эммм, а через нестед render? Откуда он не компануется то? Там как раз полный доступ к фениксовскому рендеру есть.
P
проще писать и работает быстрее, а так феникс и феникс
Ну откуда же проще писать, если получается, что надо вкрутить сокет, авторизацию через сокеты, поддержка может ломаться при обновлении, внутри тот же самый eex, только внутри по сути контроллеров. Делать на нем CRM - это странное решение, вот юзать его в определённых местах - норм
AB
LiveView всегда будет лучше классического феникса, так как проще писать и работает быстрее. Но будь готов к breaking changes с каждой версией lv. Если проект небольшой и покрыт тестами, то проблем с этим быть не должно.
> проще
Конечно, ведь распределенные системы так просто писать
> быстрее
И масштабируется vdom на сервере огого как!
Конечно, ведь распределенные системы так просто писать
> быстрее
И масштабируется vdom на сервере огого как!
B
Эммм, а через нестед render? Откуда он не компануется то? Там как раз полный доступ к фениксовскому рендеру есть.
я говорю про, то что в Surface я могу написать компоненты и потом как минимум сделать вот так:
<PageContent alert={{@alert}} width={{"xl:w-4/6 w-full"}}>
<Box id="confirmation_box">
<div>We sent an e-mail to {{@current_user.email}} </div>
<div>Please confirm the e-mail to get access to the app.</div>
</Box>
</PageContent>B
и компоненты получаются вполне себе гибкими.
B
На Реакте это все еще лучше сделано)
P
я говорю про, то что в Surface я могу написать компоненты и потом как минимум сделать вот так:
<PageContent alert={{@alert}} width={{"xl:w-4/6 w-full"}}>
<Box id="confirmation_box">
<div>We sent an e-mail to {{@current_user.email}} </div>
<div>Please confirm the e-mail to get access to the app.</div>
</Box>
</PageContent>Я предпочту не тащить зависимость, когда ее можно не тащить. LiveView сам то не продакшн реди давайте на него ещё surface притащим и в проде будем юзать. Для пет проектов - куда не шло
AN
Ну откуда же проще писать, если получается, что надо вкрутить сокет, авторизацию через сокеты, поддержка может ломаться при обновлении, внутри тот же самый eex, только внутри по сути контроллеров. Делать на нем CRM - это странное решение, вот юзать его в определённых местах - норм
все вкручено уже, для разработчика разницы нет. В тот же slime уже добавили slimlеех. По большому счету должен работать любой шаблонизатор, который через render можно вывести, лишь бы разметка в live_component не съезжала.
AN
для распределенных систем с супермеганавороченной клиентской логикой конечно лучше react/vue + феникс бээкэнд без фронта или с админкой в две страницы. Но это не классический феникс
P
для распределенных систем с супермеганавороченной клиентской логикой конечно лучше react/vue + феникс бээкэнд без фронта или с админкой в две страницы. Но это не классический феникс
А в чем проблема сделать API и админку на фениксе и фронт как SPA это гибче в плане групп разработки
AN
А в чем проблема сделать API и админку на фениксе и фронт как SPA это гибче в плане групп разработки
ну я как бы это же и предлагаю сообщением выше)
P
ну я как бы это же и предлагаю сообщением выше)
Ну а я про то, что если ты юзаешь LiveView то надо понимать зачем, а вроде как его пока и не зачем юзать. Только для админок каких-то если тебе нужна динамика серьёзная. Когда ты SSR модельку гоняешь по сети у тебя помимо удобства появляется куча головной боли
B
Ну а я про то, что если ты юзаешь LiveView то надо понимать зачем, а вроде как его пока и не зачем юзать. Только для админок каких-то если тебе нужна динамика серьёзная. Когда ты SSR модельку гоняешь по сети у тебя помимо удобства появляется куча головной боли
Ну динамику через хуки можно добавлять на LV.
AN
Ну а я про то, что если ты юзаешь LiveView то надо понимать зачем, а вроде как его пока и не зачем юзать. Только для админок каких-то если тебе нужна динамика серьёзная. Когда ты SSR модельку гоняешь по сети у тебя помимо удобства появляется куча головной боли
не знаю, полгода уже юзаю live_view, на текущем проекто он уже год в продакшене, единственная головная боль, котторая была, это обновить либу с 0.2 до 0.14 версии, а так почти то же самое в полане разработки
P
не знаю, полгода уже юзаю live_view, на текущем проекто он уже год в продакшене, единственная головная боль, котторая была, это обновить либу с 0.2 до 0.14 версии, а так почти то же самое в полане разработки
Нагрузка какая? Сколько DAU?
AN
Нагрузка какая? Сколько DAU?
небольшая нагрузка