Паттерн норм

Но хз, зачем его на фронт тащить

++

Ну то есть получается, что ты описываешь модели на фронте (!)

В этом есть хоть какая-то целесообразность?

Я думал, от бекбон-стайла все уже ушли

В этом есть хоть какая-то целесообразность?

все данные компьютятся от модели

Да я в курсе, что такое AR

Просто не очень понимаю, ради чего тебе описывать модели на фронте

Если они уже описаны на сервере

Если ты работаешь с тсом ты в любом случае описываешь модель

В смысле интерфейс

Это разные вещи все ж таки

да

Но в любом случае ты какие-то типы пишешь

и какае-то модель есть.

Что плохого если отнаследоваться от ектив рекорд модели с дополнительными функциями ?

Смотри, суть active record в том, что у тебя будет абстрактный класс с CRUD-ом

Я понимаю.

я не оч понимаю что в этом плохого

У меня ща в mobx почти для каждой сущности надо писать модель ( меня это вынуждает сама структура mobx и mst )

И ты от него будешь наследовать (на самом деле нет, но неважно) модели и с ними работать

Это при том, что они кагбэ уже один раз описаны на сервере

Ну, проверка типов модели на беке и на фронте.

И метод save будет оберткой для валидатора и заодно будет занят синхронизацией экземпляра модели с сервером

скорее будет метод сабмит, который после прохождения валидации вызывает метод сейв

но эт нюанс.

Допустим, не суть

Получается, что ты пишешь свой довесок к mobx

Через который и будешь с ним контактировать

Потому что хранилище-то в нем

И в итоге тебе абсолютно по барабану, в чем данные хранить

Хоть в mobx, хоть в redux, хоть в localStorage

У тебя какой-т монстр получится

Не, это можно

Смотри, mobx-state-tree заставляет тебя явно описывать модель для каждой сущности

И даже нужно, в каких-то случаях, думаю

эти данные реактивные и все дела

т.е тебе так или иначе надо писать все модели

что плохого если я просто добавлю к текущей модели функциональность для ее сохранения, апдейта и тд.

Смотри, mobx-state-tree заставляет тебя явно описывать модель для каждой сущности

Выглядит страшновато, честно говоря

ну это нужно для того что бы с мобх было все дерево состояний

и можно было сериалайзить стейт

с мобх

Ну и проверка типов в рантайме

Не надо

Нарушает SOLID

тут уже был срач на подобную тему

Ну и проверка типов в рантайме

А ты не боишься, что у тебя производительность просядет?

с мобх перформанс раза в 2 лучше чем с редуксом

со всем этим оверхедом

Спорный момент :)

Но это не суть

даже пускай он хуже, он уменьшает количество шаблонного кода, а это то что мне надо

Меня интересует просто использование

ActiveRecord паттерна с mst

Да используй, хоспаде

Вообще можешь и MST форкнуть :)

Нарушает SOLID

Ну, да выходит что модель очень много знает

Тонкие модели, тонкие контроллеры

Бизнеслогику в сервисы

Чем больше тонкоты на клиенте, тем лучше

Ящитаю

А то от некоторых сайтецов у меня кулер начинает гудеть, как проклятый

может они на ультра тонких жикверях ?))

А какая разница-то, в сущности?

В жиквери нету модели данных, есть только отображение

ERROR: S client not available

т.е модель абсолютно тонкая

Для многих сайтов этого достаточно

Почитай про ddd

Если у тебя вся логика в отправке одной формы и раскрытия менюхи – тебе не нужно ничего, даже жуквери, по факту, не нужен

Для многих сайтов этого достаточно

для тех сайтов где достаточно джиквери, про activerecord даже думать не стоит

Мне просто интересно, вкратце можешь описать логику твоего приложения?

Ексель, с посчетом данных на бекенде

и куче попапов на инпуте

т.е нажал на инпут и там появляется еще одна форма

Хм, ну окей

и данные на этой форме комьютед других филдов

т.е очень много вычислений идет от модели данных

и все оно должно быть последней версии

В этом конкретном случае, возможно, тебе действительно может помочь AR

Навскидку сложно сказать

Ток у тебя вместо базы данных сервер получается

ну вот такое, но тут еще не все

Окей, убедил :)

а еще один нюанс

в этой табличке

есть динамические колонки/rows  а есть фиксированные

и это привносит веселья

Приложухи с такой связностью компонентов я не пилил

Увы

Или к счастью

а

там еще другой таб

где похожая таблица

но с другими данными

Но часть тех данных используется на обоих таблицах

и они опять же должны быть актуальными