Ами на първо място, в допълнение към пролетта на XML-конфигурация може да бъде конфигуриран да използвате пояснения, което някои смятат за по-удобен подход.
Като цяло, Пролет - това е повече от просто един контейнер на МОК, най-малко един, и то е основна част. Пролет - голяма рамка за прилагането му. По негово време по проекта, ние го изоставен в полза на Google-guice, защото само имах нужда от МОК.
неразделна. Пролет Ру - конвенция над конфигурация и не XML
всичко е добре, но това не дава отговор на въпроса: защо ми е необходим Пролет в молбата си?
И няма гаранция, че е задължително да е необходимо да Ви в молбата Ви. Най-вероятно, този път се поставя въпросът - това не е било необходимо
А имате ли за един апартамент, а след това?
Не става дума за конкретно приложение, а по-скоро продължение на дискуси в един ред по отношение на използването на пролетта във всички приложения
Можете ли да дадете пример за правилното използване на Пролет в заявлението?
Пролетта е подходящо, когато приложение отива tomkate, например, и трябва автоматично управление на сделка и т.н.
Макар че аз бих в такъв случай, заседнал в tomkat openejb.
Струва ми се, най-подходящи, за да го използвате, ако има перспективата за използване на сделки за кандидатстване AOP на нивото на обекти, ако вероятността за промяна на модела за достъп до данни. За изпълнение на уеб-базиран интерфейс, не съм го използват винаги, но чух за няколко важни fichah като Spring Web MVC + Пролет Уеб поток, Пролет сигурност. Е, интересни технологии като JMX, JMI, RPC (RMI, SOAP)
Разбира се, можете да изберете някоя технология комин, това вероятно е въпрос на вкус и опит с всеки от тях. Важно е, без фанатизъм. В голям проект с AOP, ние използвахме Пролет, чистото МОК-контейнера без допълнителни екстри - не стомана.
Пролетта е роден като алтернатива на ИТ - казват те, е прекалено тромава за повечето случаи. И не мога да спра. Сега тя е "нашият всичко" и да се превърне чудовищата.
Защо имате нужда от него с Пролет XML-конфигурационни файлове и да направи за МОК хора бърникането с него?
Ако ние считаме, само на МОК, след което:
1. Без да МОК приложения изглеждат жалки в резултат на използването на фабрики и физически лица, което прави трудно да се провери прилагането и гора.
2. Пролет МОК - просто като пън, да учат достатъчно на непълно работно време (разбира се, за по-задълбочени познания на деня няма да е достатъчно, но по-задълбочени знания, необходими, за да може да се възползва DI).
3. За да не се наложи да използвате МОК Пролет: Guice е един и същ, и може да бъде най-нескопосан МОК фабрика, въпреки че не е сигурно, че е се повозим на големи приложения.
Зависимост Инверсия Принцип, Low Съединител, High сближаване, следователно: лекота на разбиране и компонент за повторно използване на код.
Между другото, IMHO, много валиден въпрос. Ще устои до последната пролет. Аз трябваше да се използва, тъй като няма нищо по-добро, отколкото не е намерена Пролет сигурност. Сега използвам Пролет сигурност и Пролет JPA (+ СПА Generic Дао, ZK +).
* Няма нищо лошо за пролет Не мога да кажа, но все още прекарва около 2-3 дни, за да напишете XML конфигурационни файлове. Плюс това усещане за "тежест" Пролет на хостинга.
* Няма нищо добро за пролет все още също не мога да кажа. Впечатлението, че всичко, което се прави от пролетния може да направи всичко някак си по-лесно, чрез същите пояснения (дори и ако - през пролетта на по-ниско ниво, като и двете работят в Grails).
IMHO, за WEB дизайн Пролет - най-доброто не е в Java.
Това внимателен всеобхватно решение. Единственият недостатък е, че сложна конфигурация. Но има и Ру.
EE - за уеб разработки е подходящ зле. В JSF проблем с SEO и ползваемост. EJB не може да бъде задължен да сесията на потребителя.
Покажи всички позовавания на този обект:
Можете да добавите вашата фирма в IT-компании каталог на. и публикува статии, новини, работни места, както и друга информация от името на фирмата.
време поколение: 0,752
Свързани статии