Perché le grandi aziende preferiscono la primavera su Java EE? [chiuso]
Durante la ricerca del lavoro, ho partecipato ad alcuni colloqui di lavoro presso aziende, che lavorano a sfera finanziaria. Ogni azienda utilizza Spring Framework come framework principale per lo sviluppo. E quasi ovunque mi è stato detto ' Abbiamo bisogno di tecnologie collaudate e stabili, ecco perché usiamo la primavera.'
Mi piacerebbe sapere, come non riesco a capire, perché Spring è più popolare e "più sicuro", di Java EE (ad esempio, Spring MVC è usato di più, di JSF, mentre entrambi forniscono quasi lo stesso funzionalità)?
Com'è possibile che le funzionalità Java EE native siano meno stabili rispetto alle librerie terze?
3 answers
Alcuni motivi:
-
La primavera era già lì: J2EE era brutto (nessuna iniezione di dipendenza, nessuna conversione sulla configurazione e molte paure da EJB2, ahia). Java EE "rubato" tutte le buone idee dalla primavera, ed è infatti più leggero e più facile rispetto alle versioni precedenti. Ma ora, tutti usano già la primavera. Significa molto codice di produzione, molti prodotti ben testati e così via. Alla fine, perché le persone nel Regno Unito / USA usano unità inglesi? (C'è un costo enorme per modifica)
La primavera è più leggera: non è necessario un pesante server di applicazioni Java EE, è possibile distribuire l'applicazione in un contenitore Web come Tomcat.
Spring offre un sacco di funzioni che non sono disponibili come standard Java EE, come Spring Batch o Spring Integration. È possibile utilizzare le funzionalità Spring con gli standard Java EE, ma dovrebbe essere supposto che Spring funzioni meglio con Spring, non dovrebbe?
La programmazione orientata agli aspetti primaverili è più flessibile e potenza che Java EE intercettori. È possibile utilizzare AOP di terze parti con Java EE ma è possibile avere questo out-of-the-box dalla primavera.
La primavera si muove più velocemente. La molla può rilasciare spesso e più velocemente perché non è uno standard e un solo fornitore. Quindi, non sono richieste schede JCP, approvazioni,ecc. La reazione alle esigenze del mercato è molto più veloce. Alcuni esempi attuali: cloud, mobile, social computing.
Ironicamente, ho" avuto " molte idee da: http://www.kai-waehner.de/blog/2011/11/21/why-i-will-use-java-ee-jee-and-not-j2ee-instead-of-spring-in-new-enterprise-java-projects-in-2012/
Durante la ricerca del lavoro, ho partecipato ad alcuni colloqui di lavoro presso aziende, che lavorano in ambito finanziario. Ogni azienda utilizza la primavera Quadro come quadro principale per lo sviluppo. E quasi ovunque io è stato detto ' Abbiamo bisogno di tecnologie collaudate e stabili, è per questo che usiamo Primavera.'
Lavoro nel settore finanziario da diversi anni - quindi posso parlare dalla mia esperienza.
Molti fornitori di servizi finanziari che conosco hanno avuto un importante aggiornamento alla loro impresa stack software intorno al 2006-2008, in un momento in cui la disillusione sugli EJB era al suo apice dopo diversi progetti EJB non mantenibili e mal scritti. Quindi, per aggiornare il loro sistema e anche per attirare gli sviluppatori, hanno iniziato a ri-implementare i loro oggetti in Spring e Hibernate, inoltre è stato un passo logico per loro iniziare nuovi progetti nei framework all'avanguardia (che a quel tempo erano Spring, Hibernate e Wicket)
Ma da allora crisi finanziaria rotto fuori e non molte società di servizi finanziari pensano di investire così tanti soldi nel nuovo sviluppo a meno che non sia molto critico. La maggior parte non si preoccupano se Java EE 6 o 7 è stato lanciato e alcuni dei vecchi argomenti non tenere bene più o giù di lì.
Quindi vorrebbero credere che ciò che hanno è più sicuro, più veloce ecc (che può o non può essere vero)
Una cosa che rende Spring attraente per gli sviluppatori, specialmente nelle grandi organizzazioni come le società finanziarie, è che consente loro di assumere un maggiore controllo sul loro middleware. Con pure Java EE, gli sviluppatori sono alla mercé di un gruppo operativo che ha obiettivi molto diversi da quelli che hanno. In molti casi operations vuole evitare di scherzare con tutto ciò che funziona, ogni aggiornamento è una possibilità per le cose vanno male, e non è come se fossero quelli che vedono i benefici degli aggiornamenti, quindi questo rende le loro scelte molto conservatrici. Ciò può significare che gli sviluppatori rimangono bloccati con versioni obsolete di un server di applicazioni e, se si presenta un problema, gli sviluppatori devono lavorare con il supporto tecnico del fornitore (quindi devi convincere il fornitore di avere un problema e riprodurlo nelle condizioni specificate), quindi coordinarsi con le operazioni per implementare la correzione (che ovviamente significa giustificare la tua richiesta a un'organizzazione con priorità diverse da te). Agli sviluppatori piace per minimizzare questo genere di cose quando possibile.
Avere Spring nell'applicazione dà agli sviluppatori più libertà di aggiornare più della loro infrastruttura sul proprio programma.