Mô hình kiến trúc đầu tiên là cách dễ nhất của việc phát triển các ứng dụng web dựa trên JSP. Nó có thể không nhận được bất kỳ dễ dàng hơn. Trong Model 1, trình duyệt trực tiếp truy cập các trang JSP. Nói cách khác, yêu cầu người sử dụng được xử lý trực tiếp của JSP.
Hãy để chúng tôi minh họa cho hoạt động của mô hình kiến trúc 1 với một ví dụ. Xem xét một trang HTML với một siêu liên kết đến một JSP. Khi người dùng nhấp vào liên kết này, các JSP là trực tiếp gọi. Điều này được thể hiện trong hình dưới đây. Các container servlet phân tích các JSP và thực thi Java servlet kết quả. JSP chứa mã nhúng và các thẻ để truy cập vào JavaBeans Model. Các JavaBeans Model chứa các thuộc tính để tổ chức các thông số yêu cầu HTTP từ chuỗi truy vấn. Ngoài ra nó có logic để kết nối với các trung cấp hoặc trực tiếp vào cơ sở dữ liệu sử dụng JDBC để lấy dữ liệu bổ sung cần thiết để hiển thị trang. Các JSP là sau đó lại ra HTML bằng cách sử dụng các dữ liệu trong Model JavaBeans và trợ giúp các lớp học khác và các thẻ.
Vấn đề với Kiến trúc Model 1
Mô hình kiến trúc rất dễ dàng. Có một số tách biệt giữa nội dung (Model JavaBeans) và trình bày (JSP). Việc tách biệt này là đủ cho các ứng dụng nhỏ. Lớn hơn các ứng dụng có rất nhiều bài trình bày logic. Trong kiến trúc Model, các bài trình bày logic thông thường dẫn đến một số lượng đáng kể các Java code nhúng vào JSP trong các hình thức scriptlets. Đây là cơn ác mộng xấu xí và bảo trì ngay cả đối với kinh nghiệm phát triển Java. Trong các ứng dụng lớn, JSP được phát triển và duy trì bởi các tác giả trang. Các scriptlets xen kẽ và kết quả đánh dấu trong định nghĩa rõ ràng về vai trò và rất khó giải quyết.
Kiểm soát ứng dụng được phân cấp trong kiến trúc 1 Loại từ trang tiếp theo sẽ được hiển thị được xác định bởi các logic được nhúng trong trang hiện hành. Phân cấp điều hướng điều khiển có thể gây ra đau đầu. Tất cả điều này dẫn chúng ta đến kiến trúc 2 mẫu thiết kế các trang JSP.
DangTrung.
Không có nhận xét nào:
Đăng nhận xét