Menulis konfigurasi dalam kod adalah lebih intuitif dan mudah (beberapa konfigurasi telah dilakukan oleh but spring itu sendiri), menggunakan pengaturcaraan rantai. . . Menggunakan kebergantungan maven adalah lebih menyegarkan. Tetapi saya rasa ada lagi perangkap
Kerana terdapat banyak konfigurasi pada musim bunga yang tidak akan diubah setelah konfigurasi selesai, dan tidak perlu diubah, seperti kebergantungan kebanyakan kacang. Tidak masuk akal untuk meletakkan semua konfigurasi ini yang tidak akan berubah dalam xml Ia hanya akan menjadikan konfigurasi lebih besar dan lebih besar dikritik kerana mempunyai terlalu banyak konfigurasi, dan ia telah menjadi pengaturcaraan berasaskan konfigurasi. cart sebelum kuda , jadi sebenarnya lebih baik untuk meletakkan konfigurasi yang hampir statik ini dalam kod. XML lebih mudah untuk diubah suai dan boleh berkuat kuasa tanpa kompilasi, jadi adalah lebih baik untuk meletakkan konfigurasi yang perlu diubah mengikut persekitaran dan perniagaan dalam XML. Spring Boot menyerap konfigurasi berasaskan konvensyen Rails, yang banyak mengurangkan konfigurasi Walau bagaimanapun, jika anda tidak biasa dengan cara konfigurasi asasnya, anda mungkin menghadapi banyak masalah.
Saya juga berasa tidak terkata tentang perkara ini. Jika anda mesti menerangkan, konfigurasi Java sebelum era Spring adalah penting (ditulis sepanjang jalan, bergantung pada susunan pelaksanaan), yang ditukar kepada pengisytiharan XML Dalam era Boot Spring, konfigurasi Java deklaratif (dipusatkan Dalam berbilang kaedah beranotasi, perintah pelaksanaan tidak bergantung padanya). Banyak konfigurasi lain boleh digantikan dengan application.properties Ini sepatutnya telah dilakukan sejak lama dahulu!
Menulis konfigurasi dalam kod adalah lebih intuitif dan mudah (beberapa konfigurasi telah dilakukan oleh but spring itu sendiri), menggunakan pengaturcaraan rantai. . .
Menggunakan kebergantungan maven adalah lebih menyegarkan.
Tetapi saya rasa ada lagi perangkap
Kerana terdapat banyak konfigurasi pada musim bunga yang tidak akan diubah setelah konfigurasi selesai, dan tidak perlu diubah, seperti kebergantungan kebanyakan kacang. Tidak masuk akal untuk meletakkan semua konfigurasi ini yang tidak akan berubah dalam xml Ia hanya akan menjadikan konfigurasi lebih besar dan lebih besar dikritik kerana mempunyai terlalu banyak konfigurasi, dan ia telah menjadi pengaturcaraan berasaskan konfigurasi. cart sebelum kuda , jadi sebenarnya lebih baik untuk meletakkan konfigurasi yang hampir statik ini dalam kod.
XML lebih mudah untuk diubah suai dan boleh berkuat kuasa tanpa kompilasi, jadi adalah lebih baik untuk meletakkan konfigurasi yang perlu diubah mengikut persekitaran dan perniagaan dalam XML.
Spring Boot menyerap konfigurasi berasaskan konvensyen Rails, yang banyak mengurangkan konfigurasi Walau bagaimanapun, jika anda tidak biasa dengan cara konfigurasi asasnya, anda mungkin menghadapi banyak masalah.
Saya juga berasa tidak terkata tentang perkara ini.
Jika anda mesti menerangkan, konfigurasi Java sebelum era Spring adalah penting (ditulis sepanjang jalan, bergantung pada susunan pelaksanaan), yang ditukar kepada pengisytiharan XML Dalam era Boot Spring, konfigurasi Java deklaratif (dipusatkan Dalam berbilang kaedah beranotasi, perintah pelaksanaan tidak bergantung padanya).
Banyak konfigurasi lain boleh digantikan dengan application.properties Ini sepatutnya telah dilakukan sejak lama dahulu!