Я всегда застреваю в вопросах дизайна.
У меня есть класс-посредник, который размещает заказ от клиента. Он получает другие классы обслуживания в качестве зависимостей, каждый из которых имеет методы обслуживания, которые вызывают методы DAO и взаимодействуют с данными, возвращаемыми в классе обслуживания. Как вы можете видеть по именам моих классов, это довольно детализированные CartCheckoutService и CartProductGetterServcie, а не CartService (который будет содержать все методы, относящиеся к корзине).
Они настолько детализированы, что CartProductGetterService имеет метод для получения продукта по идентификатору, который вызывает метод DAO, содержащий мой SQL, однако, если бы я хотел получить продукт по другому полю, то на этом этапе Я бы рассмотрел возможность создания нового детального класса обслуживания, такого как CartProductDesecriptionService.
Я считаю, что слишком много обдумываю, просто чтобы попытаться предотвратить нарушение принципа разделения интерфейса, когда посредник не должен получать класс, у которого есть методы, которые посреднику не нужны.
Вместо этого я должен иметь CartService и передать CartService любому посреднику, которому нужно вызвать метод из CartService? Если я это сделаю, класс просто станет оболочкой моего DAO и не станет очень сплоченным классом. Или мне следует использовать какую-то гибридную версию? Вот мой код:
const orderPlacerMediator = new OrderPlacerMediator(
new CartCheckoutService(
new CartProductGetterService(
CartDAO,
req.session.shopUserId,
connection
),
CartDAO
),
new OrderPlacerService(
OrderDAO,
req.session.shopUserId
)
);
Подробнее здесь: https://stackoverflow.com/questions/798 ... o-granular
Эти классы слишком детализированы? [закрыто] ⇐ Javascript
Форум по Javascript
-
Anonymous
1763131243
Anonymous
Я всегда застреваю в вопросах дизайна.
У меня есть класс-посредник, который размещает заказ от клиента. Он получает другие классы обслуживания в качестве зависимостей, каждый из которых имеет методы обслуживания, которые вызывают методы DAO и взаимодействуют с данными, возвращаемыми в классе обслуживания. Как вы можете видеть по именам моих классов, это довольно детализированные CartCheckoutService и CartProductGetterServcie, а не CartService (который будет содержать все методы, относящиеся к корзине).
Они настолько детализированы, что CartProductGetterService имеет метод для получения продукта по идентификатору, который вызывает метод DAO, содержащий мой SQL, однако, если бы я хотел получить продукт по другому полю, то на этом этапе Я бы рассмотрел возможность создания нового детального класса обслуживания, такого как CartProductDesecriptionService.
Я считаю, что слишком много обдумываю, просто чтобы попытаться предотвратить нарушение принципа разделения интерфейса, когда посредник не должен получать класс, у которого есть методы, которые посреднику не нужны.
Вместо этого я должен иметь CartService и передать CartService любому посреднику, которому нужно вызвать метод из CartService? Если я это сделаю, класс просто станет оболочкой моего DAO и не станет очень сплоченным классом. Или мне следует использовать какую-то гибридную версию? Вот мой код:
const orderPlacerMediator = new OrderPlacerMediator(
new CartCheckoutService(
new CartProductGetterService(
CartDAO,
req.session.shopUserId,
connection
),
CartDAO
),
new OrderPlacerService(
OrderDAO,
req.session.shopUserId
)
);
Подробнее здесь: [url]https://stackoverflow.com/questions/79820124/are-these-classes-too-granular[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия