Телеграмм чат группы oop_ru страница 7022

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Software Design/Architecture/Zen

1935 membersпожаловаться на группу

2021 February 03

SP

Sergey Protko in Software Design/Architecture/Zen

Denis Ko

Да, я об том же. Покурю доку от фреймворка, думал что низя иметь 2 ендпоинта отличающиеся только параметром. Всех ввел в заблуждение :) спасибо всеа

у многих можно у многих нельзя. Да и там где можно обычно не оч удобно. Потому обычно все делают отдельный path. И это нормально. Твой json rpc over http от этого менее или более REST-ее не станет)

источник

13:19пожаловаться #1

СП

Сергей Предводителев... in Software Design/Architecture/Zen

назвал это что-то агрегатом то тогда эти сущности должны быть созданы в процессе создания агрегата. То есть у тебя может быть некая фабрика (в том числе другой агрегат) который все создает но после создания ссылок на "нутро" агрегата оставаться не должно. То есть у тебя не должно быть возможности потом взять сущность которую ты в агрегат положил и поменять там чего в обход корня

То есть если я в конструкторе агрегата буду принимать как аргумент внутреннюю сущность агрегата - это норм?

источник

13:20пожаловаться #2

SP

Sergey Protko in Software Design/Architecture/Zen

Сергей Предводителев

То есть если я в конструкторе агрегата буду принимать как аргумент внутреннюю сущность агрегата - это норм?

до тех пор пока у тебя нет мест где ты в обход корня агрегата достаешь эти сущности и чет с ними делаешь.

источник

13:21пожаловаться #3

SP

Sergey Protko in Software Design/Architecture/Zen

если сущность может меняться вне зависимости от агрегата то ей не место в этом агрегате

источник

13:21пожаловаться #4

СП

Сергей Предводителев... in Software Design/Architecture/Zen

если сущность может меняться вне зависимости от агрегата то ей не место в этом агрегате

не может.
только процесс создания вынесен ЗА пределеы агрегата, а любые дальнейшие изменения - только через агрегат

источник

13:22пожаловаться #5

SP

Sergey Protko in Software Design/Architecture/Zen

Сергей Предводителев

не может.
только процесс создания вынесен ЗА пределеы агрегата, а любые дальнейшие изменения - только через агрегат

ну простая фабрика да. Тогда ок

источник

13:22пожаловаться #6

СП

Сергей Предводителев... in Software Design/Architecture/Zen

Спасибо!

источник

13:23пожаловаться #7

a

atcq (Алексей)... in Software Design/Architecture/Zen

ну простая фабрика да. Тогда ок

пока речь зашла про фабрики
есть два класса A и B, есть два метода создания B и один метод создания A
- createB(A):B
- createDefaultB(): B
- createA(B): A

как думаешь, как это было бы правильно сгруппировать?

источник

13:30пожаловаться #8

a

atcq (Алексей)... in Software Design/Architecture/Zen

процесс создания сложный, в конструкторе его оставлять точно нельзя, между этими 3 методами довольно много общего кода

источник

13:31пожаловаться #9

SP

Sergey Protko in Software Design/Architecture/Zen

atcq (Алексей)

пока речь зашла про фабрики
есть два класса A и B, есть два метода создания B и один метод создания A
- createB(A):B
- createDefaultB(): B
- createA(B): A

как думаешь, как это было бы правильно сгруппировать?

на такой вопрос нельзя ответить в контексте абстрактных коней A и B. Попробую ответить следующей цитатой из прекрасной статьи на эту тему:

> Going back to the critical business question:
> Where do customers come from?

https://udidahan.com/2009/06/29/dont-create-aggregate-roots/

источник

13:46пожаловаться #10

SP

Sergey Protko in Software Design/Architecture/Zen

when in doubt лучше сделать 3 отдельные штуки. Склеивать вещи проще чем их разделять.

источник

13:47пожаловаться #11

a

atcq (Алексей)... in Software Design/Architecture/Zen

на такой вопрос нельзя ответить в контексте абстрактных коней A и B. Попробую ответить следующей цитатой из прекрасной статьи на эту тему:

> Going back to the critical business question:
> Where do customers come from?

https://udidahan.com/2009/06/29/dont-create-aggregate-roots/

хорошо, тогда попробуем упростить, если это была бы фабрика, но работающая в 2 стороны - как конвертер, это было бы странным по твоему мнению?

источник

13:48пожаловаться #12

a

atcq (Алексей)... in Software Design/Architecture/Zen

если делать отдельно - то между ними многовато shared кода на мой взгляд

источник

13:49пожаловаться #13

ЕЧ

Егор Чернышов... in Software Design/Architecture/Zen

Уважаемые, подскажите пожалуйста, как называется ДТО, только с логикой внутри?)

источник

13:55пожаловаться #14

SB

Sergei Baikin in Software Design/Architecture/Zen

Егор Чернышов

Уважаемые, подскажите пожалуйста, как называется ДТО, только с логикой внутри?)

Объект

источник

13:56пожаловаться #15

ЕЧ

Егор Чернышов... in Software Design/Architecture/Zen

Объект

Да это понятно, выбор не большой, между объектом и объектом))

источник

14:01пожаловаться #16

АГ

Алексей Гевондян... in Software Design/Architecture/Zen

рич модель

источник

14:01пожаловаться #17

D

Danil in Software Design/Architecture/Zen

источник

14:02пожаловаться #18

MG

Max Grom in Software Design/Architecture/Zen

Егор Чернышов

Уважаемые, подскажите пожалуйста, как называется ДТО, только с логикой внутри?)

Так и называется - DTO с логикой внутри

источник

14:05пожаловаться #19

ЕЧ

Егор Чернышов... in Software Design/Architecture/Zen

Алексей Гевондян

рич модель

Смысл в том, что с одной стороны есть какие-то особенности, из-за которых нет смысла называть этот объект ДТО или Модель, с другой стороны хочется дать имя, которое сориентировало бы того, кто потом будет работать с этим кодом, чтобы человек мог загуглить. Поскольку все эти концепты конвенциональны по своей природе, то вот спросил, может есть что-то более подходящее, но что я просто не знаю

источник

14:06пожаловаться #20