Re[30]: Инициализация приложения - внедрение зависимостей в
От: · Великобритания  
Дата: 15.11.23 17:51
Оценка:
Здравствуйте, Разраб, Вы писали:

Р>>>Зачему, что параметр может быть один(типа конекста). кложуристы так любят делать.

Р>>>их хеш-мапа форсит так делать, ибо легко ключики добавляются.
Р>·>Та же глобальная переменная, вид в профиль. Непонятно зачем так делать.
Р>есть на ютубе некто николай рыжиков, говорит красиво. утверждает, что не он первый начал))
Р>принцип "открытый мир". т.к. кложа динамическая, разраб берет из мапы то что ему нужно(или кладет), не задумываясь о постороннем.
Именно, что динамическая. Там вопрос надёжности кода решается прогоном тестов. Я же говорю о wiring code как возможность иметь компайл-тайм проверки.

Использование IoC-фреймворков в ЯП со статической типизацией — это шаг назад, т.к. проверки уходят в рантайм. Но людям нравится, видимо, ловить ошибки в проде.

Р>надежность проверяется такой фичей как спецификации. точно не помню, но кажись они как тесты прогоняются в дебаге только.

Именно. И падает в проде, если правильный тест забыли написать.

Р>как результат — кода меньше, фичы разрабатываются быстрей.

Классическая троица: быстро, качественно, недорого. "Быстро" — ты уже использовал, получается что на кложе код либо некачественный, либо дорогой.

Р>Замечу, что ООП-архитектуры часто сильно осложняют реализацию из-за привычки все время скрывать данные.

В смысле сложнее выстрелить в ногу? Так это же хорошо.

Р>хотя по адресу всегда можно любую область памяти достать.

Ну от ЯП зависит, в яве адресов-то нет. Так что никак не достать.
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.