как пружина более эффективна, чем фабричная модель в разделении классов

Question

Одной из наиболее важных особенностей пружины является то, что она обеспечивает развязку с помощью инжекции зависимостей.как у меня есть интерфейс Vehicle, и у меня есть такие реализации, как Car, Bus, Bike.поэтому я могу настроить эти компоненты весной и назначить любые реализации из автомобилей, автобусов, велосипедов в автомобиль.поэтому код здесь слабо связан, но то же самое мы можем достичь здесь, используя фабричный шаблон, таким образом, нам также придется изменить код только в одном месте при передаче информации в фабричный метод.поэтому я хочу знать, как пружина здесь более эффективна, я имею в виду, почему мы должны использовать пружину, если мы можем добиться такой же развязки, используя фабричный шаблон?

Answer 1

Разница в том, что использование Spring или любого другого IoC Framework сделает для вас гораздо больше, чем просто создание объектов (бобов в терминах весны).

Контроллер IoC выполняет:

• Создание объектов
• Управление жизненным циклом объектов
• Внедрить внутренние зависимости
• позволяет добавлять области действия

просто чтобы назвать несколько вещей.

Прочтите этот блог для получения дополнительной информации о IoC с пружиной, а если вам интересны Области, прочитайте this .

Как Spring более эффективен в разделении классов?

Для целей производительности это действительно зависит от того, как вы реализуете свои фабрики. О том, что вы пытаетесь сделать.

Однако это намного лучше справляется с разделением классов. Как вы можете видеть со всеми встроенными функциями, которые вы можете использовать. Так что это сильно упрощает многие вещи и избавляет вас от большого количества стандартного кода. Одна вещь, на которую я хочу обратить внимание, это то, что это не мешает вам вообще использовать фабрики. Например, вы можете использовать FactoryBean , который предоставляет фабрики, использующие механику Spring IoC.