Сообщение Re[7]: О пользе Dependency Injection от 14.01.2021 11:25
Изменено 14.01.2021 11:32 Somescout
Re[7]: О пользе Dependency Injection
Здравствуйте, Sinclair, Вы писали:
S>Ну это же прекрасный пример. Через три-четыре релиза у нас в топ жалоб выезжает "ваше приложение нещадно тормозит", привлекается команда высокооплачиваемых экспертов, которые после трёх месяцев расчистки конюшен констатирует очевидное: "у вас там каждая кнопка в гуе считает, что ей нужно лазить в базу/сторонний сервис/ещё куда-то, в итоге для построения одного экрана открывается 27 коннектов к базе, и исполняется более трёхсот SQL-запросов. Из них треть дублируют друг друга, а половина, хоть и не совпадает, может быть покрыта одним из более широких запросов". Рекомендация экспертов: "чётко разделить фазы построения гуя, доставая данные из базы минимальным количеством запросов и передавая визуальным компонентам готовую viewModel".
Добавлю ещё дополнительно: само собой я не в курсе необходимости кэширования данных, не знаю о том что нужно минимизировать количество коннектов, не в курсе что оптимизировать приложение (вопреки Кнуту) нужно с самого начала, а до простого примера нужно обязательно докопаться.
S>Ну это же прекрасный пример. Через три-четыре релиза у нас в топ жалоб выезжает "ваше приложение нещадно тормозит", привлекается команда высокооплачиваемых экспертов, которые после трёх месяцев расчистки конюшен констатирует очевидное: "у вас там каждая кнопка в гуе считает, что ей нужно лазить в базу/сторонний сервис/ещё куда-то, в итоге для построения одного экрана открывается 27 коннектов к базе, и исполняется более трёхсот SQL-запросов. Из них треть дублируют друг друга, а половина, хоть и не совпадает, может быть покрыта одним из более широких запросов". Рекомендация экспертов: "чётко разделить фазы построения гуя, доставая данные из базы минимальным количеством запросов и передавая визуальным компонентам готовую viewModel".
Добавлю ещё дополнительно: само собой я не в курсе необходимости кэширования данных, не знаю о том что нужно минимизировать количество коннектов, не в курсе что оптимизировать приложение (вопреки Кнуту) нужно с самого начала, а до простого примера нужно обязательно докопаться.
Re[7]: О пользе Dependency Injection
Здравствуйте, Sinclair, Вы писали:
S>Ну это же прекрасный пример. Через три-четыре релиза у нас в топ жалоб выезжает "ваше приложение нещадно тормозит", привлекается команда высокооплачиваемых экспертов, которые после трёх месяцев расчистки конюшен констатирует очевидное: "у вас там каждая кнопка в гуе считает, что ей нужно лазить в базу/сторонний сервис/ещё куда-то, в итоге для построения одного экрана открывается 27 коннектов к базе, и исполняется более трёхсот SQL-запросов. Из них треть дублируют друг друга, а половина, хоть и не совпадает, может быть покрыта одним из более широких запросов". Рекомендация экспертов: "чётко разделить фазы построения гуя, доставая данные из базы минимальным количеством запросов и передавая визуальным компонентам готовую viewModel".
Добавлю ещё дополнительно: само собой я не в курсе необходимости кэширования данных, не знаю о том что нужно минимизировать количество коннектов, не в курсе что оптимизировать приложение (вопреки Кнуту) нужно с самого начала, а до простого примера нужно обязательно докопаться.
S>в итоге для построения одного экрана открывается 27 коннектов к базе, и исполняется более трёхсот SQL-запросов.
Про настройку времени жизни в DI и request-scope я так понимаю вы ни сном ни духом?
S>Ну это же прекрасный пример. Через три-четыре релиза у нас в топ жалоб выезжает "ваше приложение нещадно тормозит", привлекается команда высокооплачиваемых экспертов, которые после трёх месяцев расчистки конюшен констатирует очевидное: "у вас там каждая кнопка в гуе считает, что ей нужно лазить в базу/сторонний сервис/ещё куда-то, в итоге для построения одного экрана открывается 27 коннектов к базе, и исполняется более трёхсот SQL-запросов. Из них треть дублируют друг друга, а половина, хоть и не совпадает, может быть покрыта одним из более широких запросов". Рекомендация экспертов: "чётко разделить фазы построения гуя, доставая данные из базы минимальным количеством запросов и передавая визуальным компонентам готовую viewModel".
Добавлю ещё дополнительно: само собой я не в курсе необходимости кэширования данных, не знаю о том что нужно минимизировать количество коннектов, не в курсе что оптимизировать приложение (вопреки Кнуту) нужно с самого начала, а до простого примера нужно обязательно докопаться.
S>в итоге для построения одного экрана открывается 27 коннектов к базе, и исполняется более трёхсот SQL-запросов.
Про настройку времени жизни в DI и request-scope я так понимаю вы ни сном ни духом?