В чем разница между фабрикой, производителем и поставщиком в отношении обязанностей, жизненного цикла объектов и зависимостей DI?

Я видел термины SomeProducer, SomeProvider и SomeFactory, которые в некоторых проектах использовались в качестве имен классов довольно случайно.

Я еще не видел четкого определения ответственности DI Beans за упомянутые выше имена. Часто SomeFactory зависел от OtherService или OtherConnector. Фактическая реализация и название зависели от разработчика.

Причина вопроса: я хотел бы писать чистый, хорошо читаемый и понятный код. Освободить других от боли, вызванной чтением и пониманием спагетти-кода.

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

davidxxx 09.09.2018 10:48
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
В компьютерном программировании биты играют важнейшую роль в представлении и манипулировании данными на двоичном уровне. Побитовые операции...
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Приходилось ли вам сталкиваться с требованиями, в которых вас могли попросить поднять тревогу или выдать ошибку, когда метод Java занимает больше...
Полный курс Java для разработчиков веб-сайтов и приложений
Полный курс Java для разработчиков веб-сайтов и приложений
Получите сертификат Java Web и Application Developer, используя наш курс.
1
1
204
0

Другие вопросы по теме