Для чего конкретно Spring Framework? [закрыто]

По сути, Spring - это фреймворк для внедрения зависимостей , который является шаблоном, который позволяет строить очень разделенные системы.

Проблема

Например, предположим, что вам нужно перечислить пользователей system и, таким образом, объявить интерфейс с именем UserLister :

public interface UserLister {
    List<User> getUsers();
}

И, возможно, реализация, обращающаяся к базе данных, чтобы получить всех пользователей:

public class UserListerDB implements UserLister {
    public List<User> getUsers() {
        // DB access code here
    }
}

По вашему мнению, вам потребуется доступ к экземпляру (просто пример, помните):

public class SomeView {
    private UserLister userLister;

    public void render() {
        List<User> users = userLister.getUsers();
        view.render(users);
    }
}

Обратите внимание, что в приведенном выше коде не инициализирована переменная userLister . Что нам делать? Если я явным образом создаю экземпляр объекта следующим образом:

UserLister userLister = new UserListerDB();

... я бы связал представление с моей реализацией класса, который обращается к БД. Что, если я хочу переключиться с реализации БД на другую, которая получает список пользователей из файла, разделенного запятыми (помните, это s пример)? В этом случае я бы снова обратился к своему коду и изменил последнюю строку следующим образом:

UserLister userLister = new UserListerCommaSeparatedFile();

Это не проблема с такой небольшой программой, но ... Что происходит в программе, которая имеет сотни просмотров и такое же количество операций классы. Техническое обслуживание становится кошмаром!

Подход Spring (внедрение зависимостей)

Spring подключает классы вверх с помощью XML-файла или аннотаций, таким образом создаются и инициализируются все объекты. Spring и внедрили в нужные места (сервлеты, веб-фреймворки, бизнес-классы, DAO и т. д. и т. д. и т. д.).

Возвращаясь к примеру из Spring, нам просто нужно иметь установщик для поля userLister и иметь либо XML-файл, подобный этому:

<bean id="userLister" class="UserListerDB" />

<bean class="SomeView">
    <property name="userLister" ref="userLister" />
</bean>

, либо проще аннотировать поле в нашем классе представления с помощью @Inject :

@Inject
private UserLister userLister;

Таким образом, когда создается представление, оно волшебным образом будет иметь UserLister , готовый к работе.

List<User> users = userLister.getUsers();  // This will actually work
                                           // without adding any line of code

Это здорово! Не так ли?

• Что делать, если вы хотите использовать другую реализацию вашего интерфейса UserLister ? Просто измените XML
• Что делать, если у вас нет UserLister готово? Запрограммируйте временную фиктивную реализацию UserLister и упростите разработку представления
• Что, если я больше не хочу использовать Spring? Просто не используйте Это! Ваше приложение не связано с ним. Инверсия управления гласит: «Приложение управляет фреймворком, а не фреймворк управляет приложением».

Есть и другие варианты внедрения зависимостей, Что, на мой взгляд, сделало Spring таким известным, помимо его простоты, элегантности и стабильности, так это то, что ребята из SpringSource запрограммировали множество POJO, которые помогают интегрировать Spring со многими другими распространенными фреймворками, не вмешиваясь в ваше приложение. Также в Spring есть несколько хороших подпроектов, таких как Spring MVC, Spring WebFlow, Spring Security и снова длинный список других.

Надеюсь, это поможет. В любом случае, я рекомендую вам прочитать статью Мартина Фаулера о внедрении зависимостей и инверсии управления, потому что он делает это лучше меня. После понимания основ загляните в Spring Documentation , на мой взгляд, раньше была лучшей книгой Spring за всю историю.

элегантность и стабильность заключается в том, что ребята из SpringSource запрограммировали множество POJO, которые помогают интегрировать Spring со многими другими распространенными фреймворками, не вмешиваясь в ваше приложение. Также в Spring есть несколько хороших подпроектов, таких как Spring MVC, Spring WebFlow, Spring Security и снова длинный список других.

Надеюсь, это поможет. В любом случае, я рекомендую вам прочитать статью Мартина Фаулера о внедрении зависимостей и инверсии управления, потому что он делает это лучше меня. После понимания основ загляните в Spring Documentation , на мой взгляд, раньше была лучшей книгой Spring за всю историю.

элегантность и стабильность заключается в том, что ребята из SpringSource запрограммировали множество POJO, которые помогают интегрировать Spring со многими другими распространенными фреймворками, не вмешиваясь в ваше приложение. Также в Spring есть несколько хороших подпроектов, таких как Spring MVC, Spring WebFlow, Spring Security и снова длинный список других.

Надеюсь, это поможет. В любом случае, я рекомендую вам прочитать статью Мартина Фаулера о внедрении зависимостей и инверсии управления, потому что он делает это лучше меня. После понимания основ загляните в Spring Documentation , на мой взгляд, раньше была лучшей книгой Spring за всю историю.

Также в Spring есть несколько хороших подпроектов, таких как Spring MVC, Spring WebFlow, Spring Security и снова длинный список других.

Надеюсь, это поможет. В любом случае, я рекомендую вам прочитать статью Мартина Фаулера о внедрении зависимостей и инверсии управления, потому что он делает это лучше меня. После понимания основ загляните в Spring Documentation , на мой взгляд, раньше была лучшей книгой Spring за всю историю.

Также в Spring есть несколько хороших подпроектов, таких как Spring MVC, Spring WebFlow, Spring Security и снова длинный список других.

Надеюсь, это поможет. В любом случае, я рекомендую вам прочитать статью Мартина Фаулера о внедрении зависимостей и инверсии управления, потому что он делает это лучше меня. После понимания основ загляните в Spring Documentation , на мой взгляд, раньше была лучшей книгой Spring за всю историю.