Допусти есть модуль Продукт и модуль Корзина? Как вы добавляете продукт в корзину?

Понятно, что Nuxt не даёт изоляции никакой и всегда можно дернуть Апи из соседнего модуля, но автор статьи предлагает некий кор или шарэд модуль

В данном случае вполне можно сделать шо типа gate-way, либо определить взаимодействие через vuex хотя бы, либо должен быть поставщик какой-то этих связей. Но мне кажется на небольших проектах это всё же оверхед.

ИМХО: DDD уместно, когда у тебя именно самодостаточных модулей планируется тьма и есть вариант их переисопльзования, выпилинга в отдельные сервисы

++

Swell! SurRealistik got +1 from SRyzhkov. 5 karma in total.

У нас сейчас уже модульная система. Идея была в том чтобы на любом серваке основываясь на env файле ты мог собрать ту или иную конфигурацию. Модули самодостаточны но из-за этого есть немного копи-пасты. Грубо говоря модуль страницы Продукта и модуль Корзины имееют свои собственные сервисы, которые стучатся к одному и тому же апи. В результате модули связанны серверным апи. Для перехода со страницы продукта в корзину мы используем имя роута которое определенно в nuxt.config
По сути такую модульность удобно использовать как фиче-флаг, но не все проблемы так можно решить. Все же обычные фичефлаги нужны. Опять же из-за того, что накст не предоставляет никакой изоляции приходится следить чтобы разработчики не использовали зависимости из других модулей.
Для переиспользования логики опять же появились shared модули, что тоже не так красиво как на схемах. В общем интересно у кого какой опыт в этом плане

а почему api клиент не вынести в отдельный пакет вообще например?

Идея была, что мы можем иметь разные версии апи и типа разные модули могут работать с разными версиями. По факту эта фича не используется так как на бэке версионность не поддерживается. С тех пор концепцию не пересматривали. Пока живём как есть

дак на уровне пакета это так же и обеспечаиваетс, версионность сия.

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

Ррррребят, я тут документацию обновил в ридмях, чекните пожалуйста, кому не лень, стало оно понятнее?

https://www.npmjs.com/package/@alt-point/active-models

а чо на русском то?)

(ну да лан)

Возможно.. стоит до решаемых проблем, описать, какую пользу ты от этого получишь

Я на русском то хреново тексты пишу, а ты хочешь что бы я на английском их хреново писал? )) Сперва на русском хотя бы формулировка устаканится

Ниже польза на конкретном кейсе разобрана

Чтобы разруливать на уровне пакета, нужно чтобы каждый модуль был пакетом. Это может и правильно, но вносит еще больше сложности и оверхэда

Ага, зависит от задачи конечной

Вчера смотрел вашу репу а потом нашел такое:

```//shorter version (taken from "You don't know js" book, Kyle Simpson)
let pobj = new Proxy( {}, {
 get() {
   throw "No such property/method!";
 },
 set() {
   throw "No such property/method!";
 }
});

let obj = {
 a: 1,
 foo() {
   console.log( "a:", this.a );
 }
};

// setup obj to fall back to pobj
Object.setPrototypeOf( obj, pobj );

obj.a = 3;
obj.foo();          // a: 3

obj.b = 4;          // Error: No such property/method!
obj.bar();          // Error: No such property/method!

Тут все проще выглядит