28
Trước đó các cấu hình được sử dụng để được mã hóa cứng trong mã, sau đó nó được chia ra thành các tệp .property (để tránh các giá trị mã hóa cứng, tránh thay đổi mã vì thay đổi cấu hình ..) sau đó nó chuyển sang XML (vì lợi ích của việc tiêu chuẩn hóa hơn, lỗi miễn phí..c)Lợi ích của JavaConfig trên cấu hình XML trong Spring?
Bây giờ, trong khi đọc về @Configuration trong Mùa xuân 3, có vẻ như chúng ta lại quay lại cách tiếp cận ban đầu.
Tại sao chúng tôi muốn cấu hình mã cứng trong mã chứ không phải là khi được mã hóa bên ngoài?
Nó phụ thuộc vào loại cấu hình được nạp trong lớp Java. Theo như chúng ta thấy, có tất cả các cấu hình ở một nơi luôn an toàn. Chúng ta nên suy nghĩ tất cả mọi thứ trong quan điểm rộng hơn hoặc quy mô lớn. Nếu không xây dựng ứng dụng, chúng tôi có thể làm cho ứng dụng hoạt động theo những cách khác nhau trong môi trường khác nhau. –
@ prashanth-g Các tệp cấu hình nguyên khối? Quy mô lớn? Tôi không nghĩ rằng tính toán. Hãy tưởng tượng nhiều thay đổi cấu hình từ nhiều nhà phát triển trên các mô-đun khác nhau. Tôi muốn có mỗi thay đổi được thực hiện trong các tệp cấu hình được mô đun hóa nhỏ hơn ở một nơi. – jonasespelita
@jonasespelita Đó là một ứng dụng Monolithic trong một môi trường đa cụm. Tại thiết lập này, chúng tôi cảm thấy rằng có một số cấu hình như IP, URL, vv trong tệp XML sẽ là một giải pháp tốt hơn. Nhưng nó phụ thuộc vào nhu cầu và môi trường mà bạn có. Kiểm tra thêm https://stackoverflow.com/questions/182393/xml-configuration-versus-annotation-based-configuration –