Liệu MVC chỉ áp dụng cho web

Gần như ngay lập tức và bất cứ khi nào tôi nói chuyện với các nhà phát triển về Model View Controller ( MVC ), họ nói rằng bạn yêu cầu một url mà máy chủ xây dựng một thực thể (MODEL) và cung cấp cho bạn biểu diễn trực quan của mô hình đó.

• Vậy điều này có nghĩa là MVC chỉ dành cho web hay tôi đã gặp những người chỉ là nhà phát triển sử dụng MVC để viết ứng dụng web?

• Có tập quán nào cho MVC trên các ứng dụng kiểu máy tính để bàn không?

• Tôi cho một người mới biết về mô hình và muốn biết về bất kỳ siêu thiết lập nào cho MVC

MVC là một mô hình. Các mẫu áp dụng trên tất cả các chương trình. MVC chỉ xảy ra để làm việc rất tốt trong một bối cảnh web.

Như gnat chỉ ra chỉ cần nhìn vào thẻ mvc và bạn sẽ thấy nhiều ví dụ về nó đang được thực hiện.

Xem xét rằng MVC có từ năm 1977 và web chỉ được phát minh vào năm 1991, nên rõ ràng là MVC không chỉ dành cho web.

Không, phát triển cho OS X và iOS sử dụng mẫu Model View Controller.

Đặt câu hỏi trong môi trường Microsoft và nhiều người sẽ cho rằng bạn có nghĩa là Asp.Net MVC là một triển khai MVC dành riêng cho web.

Thật không may, có nhiều người không nhận ra rằng đây là một triển khai của mô hình MVC và nghĩ rằng chúng là các thuật ngữ có thể hoán đổi cho nhau, dẫn đến một giả định về "chỉ web".

Ít nhất theo như tôi biết, việc triển khai MVC đầu tiên là ở Smalltalk. Nó chắc chắn có mặt trong Smalltalk-80. Mặc dù tôi không có tài liệu nào hữu ích để chứng minh điều đó, nhưng tôi tin rằng nó (hoặc một cái gì đó khá giống nhau) đã ở Smalltalk trong một vài năm sau đó.

Hầu hết các khung GUI OO đã bao gồm ít nhất một số biến thể của MVC. Tuy nhiên, tôi không chắc chắn chính xác "superset" nghĩa là gì trong trường hợp này. Thật khó để nói liệu bất kỳ biến thể đã cho nào là siêu bộ, tập hợp con hay ngang hàng của MVC, nhưng tôi có xu hướng xem xét hầu hết các biến thể đó.

Trong mọi trường hợp, nhiều (hầu hết?) Trong số này đã được sử dụng để phát triển máy tính để bàn, không phải phát triển web. Nhờ một số bằng sáng chế cũ của AT & T, hầu hết các hệ thống cửa sổ yêu cầu các chương trình để có thể tạo lại quan điểm theo yêu cầu. Điều này (gần như) buộc ít nhất một mức độ phân tách giữa mã duy trì trạng thái hiện tại (mô hình) và mã hiển thị trạng thái đó (chế độ xem). Điều đó vẫn còn rất nhiều chỗ cho biến thể trong 1) mức độ mà chức năng của bộ điều khiển bị cô lập và 2) các chi tiết chính xác về nơi để vẽ các đường giữa mỗi phần chính.

Không, nó áp dụng ngay cả cho các ứng dụng độc lập. Ví dụ Java Swing theo MVC.

Vì vậy, có rất nhiều mẫu thiết kế khác nhau trong lĩnh vực này.

• Trình bày mô hình xem (mvp)
• Mô hình Chế độ xem Chế độ xem (mvvp)
• Bộ điều khiển xem mô hình
• Mô hình 2

và như thế. Trong những năm qua, những thứ này đã được đan xen, trộn lẫn với nhau, thay đổi và áp dụng trong nhiều bối cảnh khác nhau. Điều quan trọng ở đây là mẫu thiết kế MVC từ năm 1977 đã thay đổi khá nhiều và không còn là mẫu thiết kế được sử dụng bởi các khung web của máy chủ. Như một ví dụ trong triển khai smalltalk ban đầu, Model sẽ quan sát khung nhìn để thay đổi, điều này không còn xảy ra nữa vì các máy chủ chỉ đơn giản là không thể quan sát các phần tử html trong trình duyệt của người dùng. Thay vào đó, nếu khung nhìn thay đổi, khung nhìn sẽ gửi yêu cầu đến bộ điều khiển, sau đó sẽ cập nhật khung nhìn. Một lần nữa, việc triển khai MVC ban đầu không được tuân thủ, vì một bản cập nhật cho mô hình sẽ ngụ ý rằng tất cả các khung nhìn phụ thuộc vào mô hình sẽ được cập nhật.

Các khung web hiện đại tuân theo kiến ​​trúc ba tầng đơn giản còn được gọi là kiến ​​trúc Mô hình 2.

Tất nhiên có các ví dụ về kiến ​​trúc MVC thực trên web, nhưng chúng thường chỉ ở phía máy khách, được kết nối với máy chủ theo kiến ​​trúc Mô hình 2, vì các khung nhìn là xml và json và không được quan sát để thay đổi. Ví dụ về kiến ​​trúc mvc thuần phía khách hàng là Sencha Touch và Sproutcore.

Nếu bạn có MVC trong trình duyệt, mvc như trên máy chủ và mvc như lớp dữ liệu, bạn có triển khai mvc phân cấp.

Ghi chú. Tôi chỉ nói về các khung web, các triển khai khác của MVC như java swing và Flex có các khác biệt triển khai khác.

Một điều bạn phải biết là có nhiều hương vị của MVC cũng như có các khung yêu cầu thực hiện MVC.

Hầu hết đều đồng ý về thực tế rằng Mô hình giữ một số trạng thái và Chế độ xem hiển thị nó. Nhưng Người điều khiển có vai trò rất khác nhau.

Trong Smalltalk, nơi được mô tả lần đầu tiên, Mô hình là cốt lõi của ứng dụng, dữ liệu và phương thức kinh doanh của bạn. Chế độ xem là biểu diễn đồ họa về trạng thái của ứng dụng (còn gọi là Model) và Bộ điều khiển quản lý các sự kiện đầu vào, chuột và bàn phím của người dùng. Ví dụ, Bộ điều khiển định tuyến các sự kiện bàn phím đến thành phần xem có tiêu điểm.

Trong các trang .jsp, Model chủ yếu là dữ liệu, View hiển thị Model đó thành HTML và Bộ điều khiển thực hiện định tuyến của Model sang Chế độ xem phù hợp để hiển thị nó.

Vì vậy, để trả lời câu hỏi của bạn, trong khi MVC được sử dụng cả trên các ứng dụng độc lập (Java, .Net, Flex) và web (trang jsp), thì đó là một điều rất khác. Điều đó có nghĩa là MVC mà bạn biết không được sử dụng trong các ứng dụng độc lập.