годное древнее чтиво
http://www.the-software-experts.com/e_dta-sw-design-high-level.php

самое простое объяснение что я видел

Привет. Представьте, есть дашборд с несколькими виджетами на фронте. Бэк заранее не знает какие виджеты и сколько их. Виджетам нужны данные с бэка, поэтому каждый шлет хттп запрос. Как вам идея - при инициализации виджет не будет слать запрос сразу, а добавит в очередь (в массив например) информацию, что ему нужны определенные данные. Когда все виджеты будут инициализированы, отправиться один запрос на сервер и запросить все данные, которые им нужны.
Может уже есть подобное решение для джса?

Или можно просто HTTP2 активировать

что бы пуш делать?

в этом была одна из идей фрагментов в graphql....

нет, что бы не переживать сколько запросов на сервер делает клиент. Они все будут через одно tcp соединение идти + компрессия заголовков и прочие клевые плюшки http/2

я так понимаю, что даже при таком сценарии, сервер все равно будет отрабатывать N раз при N запросах. Моя идея что бы сервер отработал 1 раз не зависимо от кол-ва виджетов. Или я где-то не прав?

ну серверу для каждого виджета всеравно отдельно штуки надо будет делать. Так какая разница. А так надо будет partial failure делать. Если что техника которую ты придумал называется request batching и это вполне валидный кейс. Правда чаще это для каких-нибудь метрик используется...

спасибо, буду гуглить

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

Вопрос такой. Как вы понимаете сингл респонсибилити и что это значит все на самом деле?

странно ты искал. на эту тему кучу информации.

может как-то конкретизируешь вопрос?

существует ли четкое определение принципа сингл респонсибилити

я встречал несколько

A class should have only one reason to change

ок, а какое второе?

Class should do one and only one thing

из какого источника?

Вот это скорее ложь, чем правда