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

что такое мидлварь?

и где она лежит?

слой презентации - это тот слой где ты конвертишь репрезентацию данных для клиента. Кто выступает клиентом - не важно. Это может быть конвертация структур данных в http ответ, может быть конвертация из одной структуры в другую - все зависит от того с какой точки ты смотришь на вещи. Ну и да - слои тут опять же второстепенное. суть в том что бы ответственность была разделена на "штука которая формирует структуру" и "штука которая конвертит репрезентацию данных"

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

что такое мидлварь?

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

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

контроллер - это типа тоже мидлварь

вот это меня всегда и бесило в проектировке?

да потому что это та часть, которую не надо проектировать)

да я чот с ними запутался малясь, поэтому и вопросы задаю

с доменным слоем все просто)

мне кажется эта статья в тему будет https://joearms.github.io/published/2016-08-08-Draft-Payment-System-in-Erlang.html

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

между кем и кем и нафиг мне нужен этот промежуточный обработчик?)

с доменным слоем все просто)

оч просто

это ж тебе не юай а просто какой-то домен

/sarcasm

между транспортом и контроллером он нужен. заголовки блин распаковывать

слишком много сарказма

я даже не знаю смеяться или плакать

просто по твоему описанию ты трактуешь все как http круд. а все намного интереснее и менее конкретно

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

просто по твоему описанию ты трактуешь все как http круд. а все намного интереснее и менее конкретно

да у меня как раз к сожалению по сути тупой круд с хттп ну и максимум еще что-то.

да у меня как раз к сожалению по сути тупой круд с хттп ну и максимум еще что-то.

ну для тупого круда с http не надо ничего писать как правило)

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

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

да у меня как раз к сожалению по сути тупой круд с хттп ну и максимум еще что-то.

тогда зачем усложнения на ровном месте

ну для тупого круда с http не надо ничего писать как правило)

хотят

пускай контроллер принимает реквест и отдает респонс)

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

есть два вида контроллеров: - тот к которому ты привык - адаптер над http, но эту роль можно полностью переложить на мидлвары - контроллер который контролирует процесс. Последовательность действий без ветвления

ну я так и сделал, но... это типа норм или из разряда "и так сойдет"?

зависит от потока изменений

есть два вида контроллеров: - тот к которому ты привык - адаптер над http, но эту роль можно полностью переложить на мидлвары - контроллер который контролирует процесс. Последовательность действий без ветвления

вот я так типа и сделал, да. все с транспортом на миддлварах, ответственность за вызов конкретных сервисов - на нем

зависит от потока изменений

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

какие-то простые калькуляции типа сколько у него букв в фамилии, хз, с потолка беру

лады короч респонс беру

спасибо

хотелось обойтись меньшим количеством классов за счет грязного юзания ДТО на вход и выход контроллера, но не судьба)

хотелось обойтись меньшим количеством классов за счет грязного юзания ДТО на вход и выход контроллера, но не судьба)

на выход можно, на вход всегда лучше явные структуры. Главное что бы все структуры можно было отследить

https://scontent-frx5-1.xx.fbcdn.net/v/t1.0-9/44797806_2733704253321762_8026241527632101376_o.png?_nc_cat=102&_nc_ht=scontent-frx5-1.xx&oh=8984bfab886c70d450f0070b3191f0b2&oe=5C54C517

https://camo.githubusercontent.com/8b66ce7a30e85901be14bcc0a20510f458f8b5e3/68747470733a2f2f7261776769746875622e636f6d2f73746572656f626f6f737465722f70726f6772616d6d696e672d6c616e6775616765732d67656e65616c6f676963616c2d747265652f67682d70616765732f696d672f6469616772616d2e737667 сюда же в копилку

(говорят, достоверность не 100% и некоторое пропущено)

было? https://habr.com/post/427215/

ждем статью "до ГО надо дорасти...."

ждем статью "до ГО надо дорасти...."

Там за минисервисы вещают)

было? https://habr.com/post/427215/

не помню было ли, но общий посыл норм

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