Как избежать использования ApplicationContext.getBean () при реализации Spring IOC

Простые ответы - да и нет, нет и нет. И, наконец, поищите в Интернете spring MVC, так как это, вероятно, делает то, что вы хотите.

Итак, ваш подход. Да, вы все правильно поняли. Однако использование статических методов для всего считается очень плохой практикой. И вам не нужно. Spring основан на идее, что вы можете просто создавать обычные pojos, а spring будет использовать их как синглтоны и вставлять их друг в друга (он также может создавать объекты на лету, но я буду использовать общий случай здесь). Если вы используете статические классы и методы, то:

• Вы не можете издеваться над ними для модульного тестирования (вы ведь используете JUnit?)
• Вы не можете использовать их с наследованием
• Статические инициализаторы - отличный способ избавиться от исключений
• и т. д. и т. д.

Итак, да, инъекции, и нет статике.

Далее перформанс. Вы правы в том, что использовать spring намного медленнее, но если вы сделаете все свои инъекции при запуске, это произойдет только один раз. Spring предназначен для приложений на стороне сервера, где, вероятно, будет несколько одноэлементных классов, передающих данные. Итак, может быть класс для получения данных из БД, один для его обработки, а другой для его отображения, а для их соединения используется пружина.

Если вы используете Spring в приложении, из которого вы запускаете несколько раз, например в приложении командной строки, значит, вы используете его для неправильного типа приложения и, вероятно, захотите использовать конструктор или что-то в этом роде. Spring предназначен для крупных корпоративных приложений, которые редко перезапускаются.

Наконец, если вы просто вставляете в него все зависимости для класса при запуске и делаете это со всеми своими классами, то вам вообще не нужно выполнять какие-либо действия с getBean. Кроме того, использование атрибутов init-method и destroy-method в компоненте означает, что вы можете запускать процессы после того, как Spring завершит внедрение зависимостей. Вам нужно только загрузить контекст, и ваше приложение начнет (предназначено каламбур).

Что касается веб-проектов, Spring MVC в основном берет на себя всю инверсию шаблона управления и применяет его к веб-приложениям. Материал Spring загружается контейнером, и вы можете определить URL-адреса для ответа, используя не что иное, как имена bean-компонентов. И большая часть вашего кода может остаться в виде pojos. Если у вас есть что-то безумно сложное, вы можете посмотреть на Spring Web Flow, но я бы посоветовал вам убедиться, что ваш spring foo очень силен, прежде чем пытаться это сделать.

Вот мой пример получения первого экземпляра без фактического вызова getBean() на ApplicationContext.

public class Test{
  // Declare private static variable so that we can access it in main()
  private static Triangle triangle;

  // Use constructor injection to set the triangle
  public Test(Triangle triangle) {
      Test.triangle = triangle;
  }

  public static void main(String[] args) {
      // Specify the context file containing the bean definitions
      // Spring automatically creates instances of all the beans defined
      // in this XML file. This process is performed before you actually make
      // a getBean("beanName") call.
      ApplicationContext context = new ClassPathXmlApplicationContext("spring.xml");

      // Use instance methods of triangle 
      Test.triangle.draw();
  }
} 

Вы можете использовать другой способ:

В spring.xml (XML-файл конфигурации вашего bean-компонента)

<bean class="com.example.Test" init-method="myMethod">
    <constructor-args ref="triangle"/>
</bean>

Теперь о вашем основном классе

public class Test {
  private final Triangle triangle;

  public Test (Triangle triangle) {
     this.triangle = triangle;
  }

  public static void main (String[] args) {
     ApplicationContext context = new ClassPathXmlApplicationContext("spring.xml");
  }

  // Called by Spring immediately after the Triangle Bean has been created and
  // all the properties for the bean have been set. This method name must match
  // the one specified with destroy-method attribute in spring.xml
  public void myMethod () {
     triangle.draw();
  }
}