Android cần một mẫu kiến trúc phần mềm trong khi được phát triển. MVC và MVP là các mẫu được sử dụng rộng rãi giúp các nhà phát triển có cơ hội mô-đun các tệp dự án và đảm bảo rằng các mã được bảo vệ.
Điều này làm cho công việc của nhà phát triển trở nên dễ dàng.
Chìa khóa chính
- MVC (Model-View-Controller) tách dữ liệu ứng dụng, giao diện người dùng và logic điều khiển thành ba thành phần riêng biệt, thúc đẩy tính mô đun.
- MVP (Model-View-Presenter) cũng phân tách các mối quan tâm này nhưng thêm một thành phần người trình bày để quản lý giao tiếp giữa chế độ xem và mô hình.
- MVC phù hợp hơn với các ứng dụng lớn hơn có tương tác người dùng phức tạp, trong khi MVP hoạt động tốt cho các dự án nhỏ hơn với giao diện đơn giản.
VMC vs MVP
VMC là một mẫu kiến trúc tách ứng dụng thành ba thành phần chính: mô hình, dạng xem và bộ điều khiển. Mô hình đại diện cho dữ liệu và logic nghiệp vụ của ứng dụng. MVP là một mẫu kiến trúc khác tương tự như MVC nhưng có một vài điểm khác biệt chính. Mô hình MVP vẫn đại diện cho dữ liệu và logic nghiệp vụ của ứng dụng.
MVC là một cấu trúc phần mềm có Bộ điều khiển làm điểm vào. Lớp View được triển khai dưới dạng một đơn vị hoặc một lớp.
Tất cả 3 lớp được trình bày của nó được liên kết chặt chẽ; do đó, thực hiện bất kỳ thay đổi có thể phức tạp.
Có thể nói rằng mẫu MVC đã truyền cảm hứng cho mẫu MVP. Tuy nhiên, MVP là một UI mẫu trình bày. Điều này không mô tả toàn bộ quy trình, nhưng nó giải thích cấu trúc của Chế độ xem.
Chế độ xem làm cho các phần tử giao diện người dùng và tất cả các phần tử của nó kết hợp với nhau một cách lỏng lẻo.
Bảng so sánh
| Các thông số so sánh | VMC | MVP |
|---|---|---|
| Ý nghĩa | MVC là viết tắt của Model-View-Controller. | MVP là viết tắt của Model-View-Presenter. |
| Điểm vào | Điểm vào của điều này là Bộ điều khiển. | Điểm vào của cái này là View. |
| Mối quan hệ View và Model | Ứng dụng này tuân theo các nguyên tắc mô-đun cũng như trách nhiệm đơn lẻ. | Ở đây, Chế độ xem nhận thức được Người trình bày. |
| theo mô-đun | Ứng dụng này không tuân theo bất kỳ mô-đun nào hoặc tuân theo nguyên tắc trách nhiệm duy nhất. | Ứng dụng này tuân theo các nguyên tắc trách nhiệm đơn lẻ cũng như mô-đun. |
| Sửa đổi | Ở đây thực hiện sửa đổi là khó khăn. | Ở đây, việc thay đổi và sửa đổi dữ liệu không phức tạp lắm. |
MVC là gì?
Mẫu MVC ngụ ý Model-View-Controller. Mã được chia thành ba phần này. Khi các nhà phát triển tạo một tệp cho một ứng dụng, họ cần chọn một trong các lớp.
Lớp đầu tiên, Model, chịu trách nhiệm lưu trữ dữ liệu của ứng dụng. Nó hoàn toàn không nhận thức được giao diện. Model có nhiệm vụ giao tiếp với cơ sở dữ liệu và các lớp mạng.
Chế độ xem là Giao diện người dùng hoặc lớp giao diện người dùng của ứng dụng. Nó chứa các thành phần hiển thị trên màn hình. Tất cả dữ liệu trực quan được lưu trong Mô hình được cung cấp bởi Chế độ xem.
Người dùng có thể tương tác với điều này. Lớp cuối cùng, Bộ điều khiển, được phát triển để kết nối Mô hình và Chế độ xem. Nó thu thập hành vi của người dùng và theo đó, cập nhật Mô hình.
Một vài điểm tiêu cực của MVC đôi khi khiến công việc trở nên khó khăn. Ở đây, Chế độ xem và Mô hình được liên kết chặt chẽ.
Vì vậy, các yêu cầu của Chế độ xem có thể có tác động đến Mô hình và làm giảm logic nghiệp vụ. Đồng thời, sự liên kết chặt chẽ này khiến việc kiểm tra đơn vị View trở nên khó khăn.
Là gì MVP?
Mẫu MVP biểu thị Model-View-người giới thiệu. Đây là phiên bản tốt hơn của MVC và bằng cách sử dụng MVP, nhà phát triển có thể cấu trúc mã dự án được thực hiện một cách hiệu quả.
Các đặc điểm của MVP khiến nó trở nên rất phổ biến đối với các nhà phát triển. Cơ sở dữ liệu mã sạch và có thể bảo trì cũng như khả năng kiểm tra khiến nó trở nên rất hữu ích.
Nó cũng có ba thành phần. Đầu tiên là lớp Mô hình, được thiết kế để lưu trữ dữ liệu. Nó duy trì các quy tắc logic miền và giao tiếp với cơ sở dữ liệu và các lớp mạng.
Lớp tiếp theo, Chế độ xem, là Giao diện người dùng của ứng dụng này. Lớp này cung cấp tất cả trực quan hóa dữ liệu cùng với việc theo dõi các hành động của người dùng để thông báo cho Người thuyết trình.
Lớp cuối cùng là Người trình bày, mang dữ liệu từ mô hình, sử dụng logic giao diện người dùng và sau đó xác định nội dung sẽ được hiển thị. Người dùng có thể nhập vào Chế độ xem và MVP sắp xếp trạng thái của Chế độ xem tương ứng.
Tuy nhiên, MVP không tránh khỏi mọi vấn đề. Bộ điều khiển của MVP bị loại bỏ.
Do đó, để bù đắp cho việc thiếu bộ điều khiển, Người trình bày phải xử lý luồng. Vì vậy, cuối cùng, Người thuyết trình quản lý để cập nhật Mô hình và Trình bày nó.
Sự khác biệt chính giữa MVC và MVP
- MVC là viết tắt của Model-View-Controller, trong khi MVP là viết tắt của Model-View-Presenter.
- Điểm vào của MVC là Trình điều khiển, nhưng trong trường hợp của MVP, điểm vào là Chế độ xem.
- Trong ứng dụng MVC, Chế độ xem không có bất kỳ kiến thức nào về Bộ điều khiển và ngược lại, trong MVP, Chế độ xem có nhận thức tốt về Người thuyết trình.
- Trong MVC, các lớp mã được liên kết chặt chẽ, nhưng trong MVP, các lớp mã có liên quan lỏng lẻo.
- Vì MVC mang các lớp mã được liên kết chặt chẽ nên không dễ sửa đổi dữ liệu của nó, nhưng trong trường hợp của MVP, thật dễ dàng để thực hiện các thay đổi vì các lớp mã được kết nối lỏng lẻo.
- MVC không tuân theo nguyên tắc trách nhiệm duy nhất, nhưng MVP thì tuân theo nguyên tắc đó.
- https://ieeexplore.ieee.org/abstract/document/5567323/
- https://research.tue.nl/files/48628529/Lou_2016.pdf
Cập nhật lần cuối: ngày 11 tháng 2023 năm XNUMX
Tôi đã nỗ lực rất nhiều để viết bài đăng trên blog này nhằm cung cấp giá trị cho bạn. Nó sẽ rất hữu ích cho tôi, nếu bạn cân nhắc chia sẻ nó trên mạng xã hội hoặc với bạn bè/gia đình của bạn. CHIA SẺ LÀ ♥️
Sandeep Bhandari có bằng Cử nhân Kỹ thuật Máy tính của Đại học Thapar (2006). Ông có 20 năm kinh nghiệm trong lĩnh vực công nghệ. Anh rất quan tâm đến các lĩnh vực kỹ thuật khác nhau, bao gồm hệ thống cơ sở dữ liệu, mạng máy tính và lập trình. Bạn có thể đọc thêm về anh ấy trên trang sinh học.
Cảm ơn người viết vì đã phân tích sự phức tạp của MVC và MVP một cách dễ hiểu như vậy.
Không thể đồng ý hơn! Bảng MVC và MVP đặc biệt hữu ích trong việc hiểu được các sắc thái giữa hai bảng. Công việc tuyệt vời.
Bài viết đã cố gắng làm cho những khía cạnh kỹ thuật phức tạp hơn của kiến trúc phần mềm có thể tiếp cận được. Cảm ơn tác giả.
Phân tích về MVC và MVP vừa toàn diện vừa hấp dẫn. Một tác phẩm rất đáng khen ngợi.
Đây là thông tin cực kỳ hữu ích. Tôi chưa bao giờ biết sự khác biệt giữa MVC và MVP lại rõ ràng và khác biệt đến vậy. Tôi chắc chắn sẽ áp dụng những nguyên tắc này trong kiến trúc phần mềm của mình trong tương lai.
Thật tuyệt khi được khám phá chi tiết về cả MVC và MVP, nêu bật những lợi ích và hạn chế của chúng. Một tác phẩm được nghiên cứu kỹ lưỡng về tổng thể.
Thật đáng tiếc khi sự liên kết chặt chẽ giữa các khung nhìn và mô hình của mẫu MVC khiến việc kiểm tra đơn vị trở nên khó khăn, đặc biệt đối với các ứng dụng phức tạp hơn. Khớp nối lỏng lẻo của MVP giải quyết vấn đề này khá hiệu quả.
Thật sảng khoái khi được chứng kiến một cuộc thảo luận sâu sắc về các mẫu kiến trúc phần mềm. Sự so sánh giữa MVC và MVP đã làm sáng tỏ.
Tôi hoàn toàn đồng ý. Cấu trúc của MVP cho phép kiểm tra và khắc phục sự cố hiệu quả hơn.
Tôi thực sự không đồng ý về việc MVC phù hợp hơn với các ứng dụng lớn hơn. Tính linh hoạt trong thiết kế của MVP cũng có thể mang lại lợi ích cho các dự án lớn hơn.