Mô hình tương tác giữa người dùng với webservice

Một phần của tài liệu Giải pháp kiểm kê quản lý thông tin trang thiết bị y tế bằng mã vạch (Trang 43 - 46)

Hệ thống được xây dựng theo mô hình MVC(model – view – controller)

31

Hình 3. 5. Mô hình MVC (Mô hình–Giao diện–Điều khiển)

MVC được viết tắt từ Model – View – Controller. Là một kiến trúc phần mềm hay mô hình thiết kếđược sử dụng trong kĩ thuật phần mềm, đặc biệt là trên các website hiện nay. Mỗi thành phần của nó có 1 nhiệm vụ riêng biệt như sau:

- Model: là nơi chứa những nghiệp vụtương tác với dữ liệu hoặc hệ quản trị cơ sở dữ liệu (mysql, mssql… ); nó sẽ bao gồm các class/function xử lý nhiều nghiệp vụnhư kết nối database, truy vấn dữ liệu, thêm – xóa – sửa dữ liệu…

- View: là nới chứa những giao diện như một nút bấm, khung nhập, menu, hình ảnh… nó đảm nhiệm nhiệm vụ hiển thị dữ liệu và giúp người dùng

tương tác với hệ thống.

- Controller: là nới tiếp nhận những yêu cầu xử lý được gửi từ người dùng, nó sẽ gồm những class/ function xử lý nhiều nghiệp vụ logic giúp lấy đúng dữ liệu thông tin cần thiết nhờ các nghiệp vụ lớp Model cung cấp và hiển thị dữ

liệu đó ra cho người dùng nhờ lớp View. Sựtương tác giữa các thành phần:

- Controller tương tác với qua lại với View.

- Controller tương tác qua lại với Model.

- Model và View không có sự tương tác với nhau mà nó tương tác với nhau thông qua Controller.

32

Hình 3. 6. Phương thức hoạt động của mô hình MVC

- Kịch bản 1: Người dùng chỉ gửi yêu cầu chuyển từ trang hiện tại sang một trang khác của web không có yêu cầu về dữ liệu:

Nếu như người lập trình thực hiện việc điều hướng ở Controller thì lúc này luồng hoạt động là: 1 -> 3 -> 11. Yêu cầu được gửi từ Browser (trình duyệt) đến

Route (nơi định tuyến hay phân định các yêu cầu sẽđược xử lý ở đâu là trực tiếp tại Route hay là tại Controller nào đó).

Nếu người lập trình để việc chuyển hướng trang ở trực tiếp tại Route thì luồng hoạt động của nó là: 1 -> 2 yêu cầu chuyển trang sẽ được xử lý ngay tại Route mà không cần gọi đến Controller.

- Kịch bản 2: Người dùng gửi một yêu cầu chuyển trang sang một trang khác của web có trả về dữ liệu

Luồng hoạt động của nó là: 1 -> 3 -> 4 -> 6 -> 7 -> 8 ->10 -> 9 -> 11. Sau khi yêu cầu gửi về route được route chuyển về xử lý tại controller, lúc này các yêu cầu liên quan đến dữ liệu được xử lý và controller sẽ có sự tương tác với

model để lấy dữ liệu, controller sẽ sử dụng các lớp/hàm trong model cần thiết để

lấy ra những dữ liệu chính xác. Model tương tác với database để lấy dữ liệu, dữ

liệu trả về được gửi về model từ model lại về controller, controller gọi đến view phù hợp với yêu cầu kèm theo dữ liệu cho view, view sẽ lắp dữ liệu tương ứng vào html và gửi lại 1 html cho controller sau khi thực hiện xong nhiệm vụ của mình. Hoàn tất các công đoạn trên controller sẽ trả kết quả về trình duyệt.

33 Luồng hoạt động của nó là: 1 -> 3 -> 4 -> 6 -> 7 -> 8 -> 11. Thứ tự xử lý

tương tự ở kịch bản 2 nhưng đến khi Controller nhận được dữ liệu trả về thì không gọi đến View mà trả kết quả lại cho trình duyệt thông qua API, dữ liệu trả

vềthường sẽ là dạng JSON.

=> Trên đây là 1 số kịch bản thường xảy ra với yêu cầu người dùng gửi

lên server và được xử lý theo mô hình MVC.

Ưu điểm mô hình MVC (Mô hình–Giao diện–Điều khiển):

- Trình tự xử lý rất rõ ràng.

- Mô hình MVC quy hoạch các class/function vào các thành phần riêng biệt Controller - Model - View, việc đó làm cho quá trình phát triển - quản lý - vận hành - bảo trì web diễn ra thuận lợi hơn, tạo ra được các chức năng chuyên biệt hoá đồng thời kiểm soát được luồng xử lý.

- Tạo mô hình chuẩn cho dự án, khi người có chuyên môn ngoài dự án tiếp cận với dự án dễdàng hơn.

- Mô hình đơn giản, dễ hiểu, xử lý những nghiệp vụđơn giản, và dễ dàng triển khai với các dự án nhỏ.

Nhược điểm mô hình MVC:

- Đối với các dự án có tính phức tạp cao thì mô hình MVC trở nên không khả dụng.

Một phần của tài liệu Giải pháp kiểm kê quản lý thông tin trang thiết bị y tế bằng mã vạch (Trang 43 - 46)