Задать вопрос
  • Какие есть высокоуровневые компонентные javascript фреймворки?

    mahairod
    @mahairod Автор вопроса
    Так, похоже я определился со стеком.
    Для моих потребностей на первый взгляд вполне подходят:
    • Vue
    • Vuetify + Jamstack сборка
    • Vuex
    • Vapi + Axios + websanova auth
    • Какой-нибудь Рест-провайдер-автоген по типу Eclipse Endpoints на бэке

    Спасибо за советы. Очень помогло.
    Написано
  • Какие есть высокоуровневые компонентные javascript фреймворки?

    mahairod
    @mahairod Автор вопроса
    Виктор Кожухарь, вы считаете ИИ может уже что-то ползеное нагенерить?
    Насчёт React - я не отвергаю его совсем, просто с ним в своё время пришлось довольно неплохо поковырятся, в мысле на чистом ДжС. Этого хотелось бы избежать. Возможно я просто отстал от жизни, и сейчас Реакт работает из коробки. Я видел 3 года назад проекты по интеграции React с GraphQL. Может быть там всё упростилось в плане линка до бэка.
    Vuetify выглядит многообещающе.

    В принципе я больше симпатизирую декларативному описанию вьюх, но желательно не на уровне отдельных дивов.
    Написано
  • Какие есть высокоуровневые компонентные javascript фреймворки?

    mahairod
    @mahairod Автор вопроса
    Виктор Кожухарь, не то чтобы он мне нравился, я пока не знаю. Но первое впечатление самого подхода - вполне устраивает. Не хватает высокоуровневости. И не понятно, как они всё организуют при работе сложных композитных объектов.

    Вообще я нашёл вот такой очень старый вопрос на стеке с довольно старыми ответами (последние от 17-го года). Оттуда из того, что ещё живо, можно рассматривать JQWidgets или Ionic (но он для мобилок) как вполне аналог JSF. Так вот, JQWidgets вроде и на Vue рабоает в т.ч.
    Написано
  • Какие есть высокоуровневые компонентные javascript фреймворки?

    mahairod
    @mahairod Автор вопроса
    Ещё дополнение. Как я предполагаю автоматическую привязку.
    Да, в связи с тем, что придётся переехать на фронт, надо как-то фетчить модель на фронт. Прописывать при этом в каждом компоненте вручную адреса эндпойнтов совсем не хочется. Мне видится так, что мы объявляем некий образ/отражение эндпойнтов на фронте. Эти образы используются по типу ява-бинов. Привязка модели происходит к этому образу. Это чем-то напоминает Реактовый Редукс, но в Редуксе вручную прописываются все фетчи, что очень трудоёмко и надоедает. Я же предполагаю, что будет некий общий Рест ресурс, конкрентые подпути которого должны выбираться исходя из имён сущностей.
    Не знаю, возможно, так будет работать.
    Написано
  • Какие есть высокоуровневые компонентные javascript фреймворки?

    mahairod
    @mahairod Автор вопроса
    Спасибо за ответ, я посмотрю ссылки. Но
    Server Side Rendering вовсе не предполагается обязательным условием. То есть какая-то, пожалуй значительная, часть стейта будет на бэке, причём это на первых порах, затем это по методе микросервисов скорее всего выделится в сторонние сервисы.
    Но для быстрого старта пока всё - на бэк, всё, кроме собственно модели из МВЦ. То есть стейт Модели таки на фронте в любом случае.
    Исходя из этого рендерить на сервере не надо. Привязка к бэку же не предполагает бэк-рендеринга (исходя из того, что я знаю). В комментарии выше я подробнее описал, как это видится
    PS. На этом сайте не работают относительные/фрагментные ссылки. Видимо неправильный джс фрейморк выбрали
    Написано
  • Какие есть высокоуровневые компонентные javascript фреймворки?

    mahairod
    @mahairod Автор вопроса
    Фронты пилят только фронт, бэк пилит только бэк.

    Aetae, меня устроит и вариант когда фронт предлагает способ для более-менее автомагического связывания по РЕСТу / графкул. То есть, чтобы компоненту можно было указать на эндпойнт - и он бы большую часть операций схватывал, то есть миниум КРУД и какой-то поиск.
    Я посмотрел, например, Vue + Axios примерно так работают. Но там всё равно надо вручную связку делать.
    Плюс в Вью как-то мало именно высокоуровневых компонент.
    Написано