У наш час я багато чую про Весняні рамки. Чому в галузі так багато галасу навколо Spring Framework?
Відповіді:
Я вже дав часткову відповідь у /programming/1549472/what-are-upcoming-trends-in-software-industry-and-its-impact-for-java-developer/1549740#1549740, але я Додам кілька посилань у цій відповіді. Насправді, я не буду висвітлювати та обговорювати технічні якості Spring, оскільки вони не є новими, і, на мій погляд, не пояснюють галасу. Натомість розглянемо такі події та придбання:
Як бачите, протягом минулого року у сфері SpringSource відбулося багато змін, і влітку цього року відбулись досить великі кроки. Хіба ти зараз не бачиш загальної картини? Ну, подивіться на отриманий стек: з Java, Groovy, Grails як мови, Spring в якості контейнера, дц сервера в якості базового сервера додатків, Hyperic для здоров'я і моніторингу, VMware для віртуалізації, CloudFoundry як системи управління і провизий, VMware / SpringSource має повний стек для еластичної хмари . І під завершенням, я маю на увазі справді повний, оскільки цей стек охоплює все - крім JVM - для розміщення Java на хмарі: програмне забезпечення, платформу та інфраструктуру, тобто всі різні смаки хмарних обчислень.
Іншими словами, поки інші ще готуються до цього, VMware та SpringSource вже готові до хвилі SaaS 1 / PaaS 2 / IaaS 3 .
Це захоплююче, саме сюди йдуть інновації, це створює (або, принаймні, живить) тенденцію, це чинить великий тиск на Java, ринок серверів додатків, Java EE, ... і це пояснює шум IMO навколо VMware / SpringSource. Більше, ніж майбутній прихід Весни 3.0 :).
1 Програмне забезпечення як послуга
2 Платформа як послуга
3 Інфраструктура як послуга
Весна існує вже деякий час, вона запровадила важливі нові моделі дизайну, і вона побічно відповідає за реформування EJB .
Але я думаю, ви зараз про це чуєте, оскільки у серпні VMware придбала SpringSource за 420 мільйонів доларів. Це досить високо для розробника з відкритим кодом та консалтингової компанії ...
Дозвольте мені спробувати пояснити, чому весна, що є навесні і що зробило весну такою популярною.
Основною ідеєю Spring Framework є
Ви не створюєте об'єкт, а описуєте, як їх слід створювати, визначивши файл Spring Config
Ви не викликаєте служби та компоненти, але вказуєте, які служби та компоненти потрібно викликати, визначаючи у весняних файлах конфігурації
Я думаю, ви можете прочитати про введення залежностей та інверсію контролю .
Пружина - це (серед кількох інших речей) інверсія контрольного контейнера.
У споконвічні часи старого хрусткого J2EE з’явився Spring Framework, який дозволив вводити зареєстровані послуги JNDI в EJB. Гей, ти насправді можеш почати розробляти EJB там, де його можна було б протестувати без необхідності запускати сервер додатків J2EE - просто знущайся над службами JNDI, з якими він співпрацював за допомогою введення залежності Spring.
Ну, адже це вже день, це було не таке вже й незначне диво.
У наші дні, якщо ви хочете дізнатись, чому Spring продовжує розгойдуватися, перегляньте цю книгу та дізнайтеся про цей стек розробок та про те, як Spring відіграє важливу роль як основний механізм заводу квасолі до всього, що його оточує - від послуг BlazeDS до iBATIS чи Hibernate до Файли обміну повідомленнями ActiveMQ:
І перегляньте цю статтю:
Ну, це забезпечує чудовий додатковий фреймворк, який дозволяє сконцентруватися на написанні менше коду фреймворку та більше коду програми.
Він надає такі речі:
і багато іншого.
Багато з цих концепцій досить складні, і оскільки вони забезпечують структуру, це означає, що ви можете просто підключити їх компоненти та використати те, що вже було створено для вас.