tukreb, да вот именно что мне jsonb в контексте реляционной бд не нужен, мне монго удобен тупо для сохранения/обновления вложенных коллекций.
а что вы понимаете под целостностью данных? отсутствие транзакций? я ими пользуюсь в реляционке как раз чтобы сохранить агрегат (множество моделей в разных таблицах), когда в монге мой объект это и есть элемент коллекции со всеми вложениями.
Подскажите я так понимаю это все минусы монги?)
Прочитал статью, она несколько устарела, вся критика как я понял состояла в отстутсвии join но в монго же есть lookup + unionWith
я бы сказал что это даже лучше, чем в реляционнках, в реляционках чтобы получить вложенную коллекцию - нужно делать отдельный запрос в бд. а тут как я вижу нет. в основном их и получают, для работы со сложной логикой
Dmitry Roo, не совсем, искать аналоги по серийным номерам и опять фасетный поиск но тут эластик должен справиться. и тогда получается что дейстивтельно только по ид дергать
я до этого не знал, однако разбираясь с задачей начинаешь натыкаться на так называемые ключевые слова. и со временем, пускай и не сразу эти ключевые слова нас наведут на понятие "регрессия". т.е. при разборе задачи у вас начинает формироваться какое то ядро с ключевыми словами - терминами / решениями, большая часть которых уже содержится в определении регрессия, рано или поздно поисковик сам нас наведет на это понятие.
Вы даже можете не выйти на понятие регрессия - вы изобретете ее заново для себя. но вот тут появлятся важность высшего образования любой человек ходивший на мат статистику знаком с этим понятием.
вот еще пример, когда писал бота арбитражера - нужно было как то назвать связку между 2-мя валютами на разных биржах. после нескольких месяцев разработки, я начал по новой анализировать область задачи, т.к. решение которое я написал - было неудачным и сложным. после недельного анализа я наткнулся на понятие "Своп". но было бы у меня эконом. образование я бы его использовал еще раньше)).
VolgaVolga, крч. проблему вижу следующую:
у меня есть элементы на странице, и мне надо ими управлять: где то удалить класс, где то добавить, где то элемент клонировать, и уже менять клон а затем его вставлять.
Сейчас пока что пришел к такому решению:
обработка кликов - index файл страницы.
какой либо элемент (например модалка - типо такого) - отдельный объект с поведением.
какая либо структура приходящая от бека в виде json - отдельный объект с поведением.
индекс файл управляет объектами типо модалки, модалки управляют объектами с поведением от бека (например расчет даты и пр.) но что то не хватает. все равно чувствуется говнокод...
Слава, извините, это не DDD, если логика находилась в экшенах(
я так понимаю в domain/context/... находятся просто анемичные модели без какого либо поведения (кроме сет гет)?
Слава, нуу DDD это вообще не про папки. вот вы скажите у вас там где логика находилась? в моделях или в сервисах, было ли такое понятие как корень агрегата?
index0h, я прекрасно понял ваш ответ, и он говно! вас не спрашивали сколько человеко-часов займет этот проект, у вас спросили как это сделать на Yii2. если вы не знаете как это сделать на Yii2 (а я вижу что вы не знаете), тогда зачем вообще писать ответ?!
У вас спросили как можно это реализовать на Yii. у вас не спросили про аналоги, у вас ничего не спрашивали про инвестиции. у вас спросили как это можно сделать на Yii2.