È vero, STS è costruito su Eclipse. La differenza riguarda solo un altro supporto prodotti dall'installazione STS, come Roo, Pivotal tc Server, Cloud Foundry e le guide introduttive, ma è possibile includere anche queste funzionalità nell'installazione di Eclipse.
Così STS offre una soluzione completa attorno alle funzionalità di Spring e semplifica l'installazione dell'ambiente di sviluppo, questa è la differenza principale.
Come Martin Lippert spiega nei forum:
"Così si può fine-up con le stesse caratteristiche in STS e il vostro attuale installazione di Eclipse dopo l'installazione dei STS presenta al suo interno"
È possibile trovare ulteriori dettagli on the Spring forums.
Dettagli sulle funzioni: STS features e Spring IDE plugin features.
fonte
2015-04-20 21:44:16
Quindi STS non ha nulla che Eclipse non possa avere con qualche configurazione in testa, giusto? L'STS funziona più lentamente a causa del "bloat" (per mancanza di un termine migliore)? –
@CaptainMan È corretto, a mio parere, entrambi funzionano allo stesso modo, ma la semplicità dell'installazione di STS e la possibilità di utilizzare alcune funzionalità (ad esempio: guide a molla integrate) offrono un'esperienza migliore dal punto di vista dello sviluppatore. Come spiega Martin Lippert nel thread-link: "Così puoi finire con le stesse funzionalità in STS e nella tua installazione Eclipse esistente dopo aver installato le funzionalità di STS." –
Se si desidera ottenere maggiori dettagli sul contenuto esatto della distribuzione STS, si senta libero di dare un'occhiata a: https://github.com/spring-projects/toolsuite-distribution.Esistono definizioni di prodotti e funzionalità che definiscono la distribuzione STS. Contiene gli addon di Eclipse JEE + Spring IDE + m2 + egit + egit-addons + integrazione con la fonderia cloud + integrazione con server tc. –