[MUSIC]
Trong phát triển web, bạn thường nghe mọi người nói về khuôn khổ MVC và
khuôn khổ MVVM và vân vân.
Chính xác những khuôn khổ này là gì?
Làm thế nào để chúng hữu ích trong việc phát triển web?
Chúng ta hãy nói về điều đó một thời gian ngắn tiếp theo.
Trong thế giới kỹ thuật phần mềm,
bạn thường nghe mọi người nói về các mẫu thiết kế.
Chính xác những gì họ có nghĩa là ngừng phát minh lại bánh xe mỗi lần.
Một mô hình thiết kế là một giải pháp được ghi nhận tốt cho một vấn đề định kỳ.
Rất thường xuyên, bạn thấy mình nhiều lần giải quyết các vấn đề tương tự.
Nếu chúng ta có một tài liệu được chỉ định rõ về cách giải quyết những vấn đề này,
tại sao cứ tiếp tục phát minh lại bánh xe mỗi lần?
Vì vậy, đó là nơi mà
khái niệm mẫu thiết kế của kỹ thuật phần mềm bắt nguồn.
Đôi khi bạn cũng thấy mọi người đề cập đến điều này như là một mô hình kiến trúc.
Vì vậy, để tóm tắt, các mẫu thiết kế phần mềm nói riêng là một
giải pháp tái sử dụng cho các vấn đề thường xảy ra được giải quyết trong phần mềm.
Bây giờ trong bối cảnh này, bạn thường nghe người ta nói về băng đảng bốn người.
Đây là một nhóm gồm bốn tác giả đã viết cuốn sách sâu sắc này có tên là
Design Patterns: Elements of Reusable Object-Oriented Software.
Trong cuốn sách này, họ đã xác định được một tập hợp lớn các
mẫu thiết kế thường được sử dụng trong kỹ thuật phần mềm.
Đây là một trong những cuộc thăm dò đầu tiên được ghi nhận về các mẫu thiết kế,
và do đó, đã trở thành tiêu chuẩn vàng cho bất cứ ai làm việc trong
kỹ thuật phần mềm, đặc biệt quan tâm đến các gói thiết kế.
Mô hình kỹ thuật phần mềm này cho phép chúng ta cô lập
logic miền từ giao diện người dùng.
Vì vậy, bạn về cơ bản tách quan điểm của người dùng về thông tin
từ logic thực tế và làm thế nào các thông tin được lưu trữ và thao tác.
Bây giờ khái niệm phân biệt mối quan tâm mà bạn sẽ được nghe
nhiều lần trong bối cảnh này.
Sự tách biệt các mối quan tâm là những gì tạo điều kiện cho sự phát triển độc lập
của mỗi trong ba phần của ứng dụng của chúng tôi và
cũng cho phép kiểm tra và bảo trì các bộ phận khác nhau.
Bây giờ chúng ta có thể chia toàn bộ ứng dụng của chúng tôi thành ba phần,
quan điểm chủ yếu liên quan đến việc trình bày thông tin cho người dùng,
mô hình lưu trữ trạng thái miền và logic miền và
cũng cung cấp cách
thao tác trạng thái này từ phần còn lại của ứng dụng và
bộ điều khiển trung gian giữa chế độ xem và mô hình.
Chúng ta sẽ nói về từng phần trong ba phần này một cách chi tiết hơn một chút tiếp theo.
Trong khuôn khổ MVC, mô hình quản lý hành vi và
dữ liệu của miền ứng dụng.
Và mô hình phản ứng với các yêu cầu thông tin về trạng thái hiện tại của nó.
Vì vậy, thông thường khi xem muốn kết xuất, hoặc xem muốn cập nhật
chính nó, nó có thể truy vấn các mô hình để có được thông tin để
nó có thể được kết xuất một cách thích hợp cho người dùng.
Mô hình cũng sẽ đáp ứng các yêu cầu thay đổi trạng thái của nó.
Điều này thường được thực hiện thông qua kiểm soát.
Trong một hệ thống điều khiển sự kiện,
mô hình cũng có thể được cấu hình để thông báo cho các quan sát viên.
Vì vậy, người xem có thể đăng ký mình là người quan sát cho mô hình và vì vậy
khi mô hình được cập nhật, các chế độ xem sẽ được tự động kích hoạt để
cập nhật bản thân dựa trên sự thay đổi đối với trạng thái mô hình đó.
Quan điểm chính nó là mối quan tâm với việc trình bày thông tin cho người dùng trong một
yếu tố giao diện người dùng theo cách mà nó tạo điều kiện cho cả việc trình bày
thông tin cho người dùng và cũng cho phép người dùng tương tác với ứng dụng.
Vì vậy, quan điểm có thể đại diện cho một biểu diễn của trạng thái mô hình.
Vì vậy, từ mô hình đơn lẻ, bạn có thể dễ dàng lấy được nhiều cách
trình bày thông tin này cho người dùng, tùy thuộc vào
ví dụ, tùy thuộc vào kích thước khung nhìn.
Vì vậy, một khung nhìn kích thước nhỏ như trên một ứng dụng di
động, thông tin sẽ được trình bày theo một cách khác so
với một cổng xem lớn hơn được tạo điều kiện trên một máy tính để bàn.
Vì vậy, trong một khuôn khổ MVC tất cả việc hiển thị thông tin có một
thư từ một đến một với trạng thái mô hình.
Phần thứ ba của câu đố trong khuôn khổ MCV là bộ điều khiển.
Công việc của bộ điều khiển là nhận thông tin từ chế độ xem.
Vì vậy, bất kỳ tương tác người dùng nào được thực hiện sẽ được chụp và
sau đó được truyền lên bộ điều khiển để hành động trên các tương tác người dùng này.
Và đó là công việc của bộ điều khiển sau đó để bắt đầu một sự thay đổi trạng thái của
mô hình, nếu nó được yêu cầu trong tình huống cụ thể này.
Vì vậy, bộ điều khiển sẽ gây ra sự thay đổi trạng thái của mô hình một cách thích hợp.
Vì vậy, để tóm tắt, bộ điều khiển có thể chấp nhận đầu vào
từ người dùng về các tương tác người dùng đã diễn ra, và
sau đó nó sẽ hướng dẫn mô hình thay đổi trạng thái.
Đồng thời, bộ điều khiển cũng có thể
làm cho chế độ xem thay đổi cách thức thông tin được hiển thị trong chế độ xem.
Vì vậy, đó là lý do tại sao trong bức ảnh này bạn có hai mũi tên
đi từ bộ điều khiển, một hướng tới mô hình và một hướng tới chế độ xem.
Đôi khi bạn nghe người ta nói về phương pháp hình chiếu mô hình hình chiếu.
Cách tiếp cận mô hình xem mô hình là, theo một ý nghĩa nào đó,
một dẫn xuất của cách tiếp cận điều khiển xem mô hình.
Đôi khi bạn cũng nghe thấy mọi người đề cập đến nó như là cách
tiếp cận chế độ xem kết dính mô hình.
Ở đây, bạn có mô hình đại diện cho logic kinh doanh và
dữ liệu cho ứng dụng của bạn.
Từ mô hình, bạn lấy được một mô hình xem, gói gọn một
phần của thông tin được yêu cầu để kết xuất một dạng xem cụ thể.
Vì vậy, mô hình xem là sự trừu tượng của quan điểm cho thấy
các thuộc tính công cộng và các lệnh khác nhau có sẵn.
Vì vậy, điều này cung cấp một ràng buộc dữ liệu khai báo.
Trong một số ý nghĩa, cách các thành phần và
các mẫu trong góc được thực hiện, nó có thể được xem như là
một biến thể của cách tiếp cận mô hình xem mô hình.
Với sự hiểu biết nhanh chóng này về MVC và MVVM framework,
bây giờ chúng ta hãy tiến hành hiểu thêm về các dịch vụ góc cạnh.
[ NHẠC]