Làm thế nào để sử dụng mẫu thiết kế Model-View-Controller (MVC) để phát triển ứng dụng iOS

Các khuôn khổ iOS là đối tượng định hướng. Một cách đơn giản để hiểu điều đó thực sự có ý nghĩa là nghĩ về một đội làm việc trong văn phòng. Công việc cần làm là chia nhỏ và phân công cho từng thành viên trong nhóm (trong trường hợp này là đồ vật). Mỗi thành viên trong nhóm có một công việc và làm việc với các thành viên khác trong nhóm để hoàn thành công việc.

Hơn nữa, một thành viên trong nhóm không quan tâm đến việc các thành viên khác làm việc như thế nào, chỉ là họ làm theo sự phân chia lao động đã thỏa thuận. Tương tự như vậy, một đối tượng lập trình hướng đối tượng tự chăm sóc cho việc kinh doanh của mình và không quan tâm đến vật gì trong phòng ảo bên cạnh đang làm, miễn là nó sẽ làm những gì nó phải làm khi được yêu cầu làm điều đó.

Tuyệt vời - cho đến nay - nhưng một câu hỏi đáng tiếc vẫn gây ra các chương trình lập trình:

Chính xác bạn quyết định thế nào về đồ vật và cái gì?

Đôi khi câu trả lời cho câu hỏi đó là khá dễ dàng - chỉ cần sử dụng thế giới thực như là một mô hình. (Eureka!) Nhưng khi nói đến một cấu trúc chương trình chung, làm thế nào

làm bạn quyết định những gì các đối tượng nên được? Điều đó có thể không rõ ràng. Mẫu MVC là một cách thiết lập tốt các chức năng ứng dụng nhóm thành các đối tượng. Các biến thể của nó đã được khoảng ít nhất là kể từ những ngày đầu của Smalltalk, một trong những ngôn ngữ hướng đối tượng đầu tiên. MVC là một mô hình cấp cao - nó giải quyết kiến ​​trúc của một ứng dụng và phân loại các đối tượng theo các vai trò chung mà chúng chơi trong một ứng dụng thay vì khoan xuống các chi tiết cụ thể.

Các mẫu MVC tạo ra, trong thực tế, một vũ trụ thu nhỏ cho các ứng dụng, dân cư với ba loại khác nhau của các đối tượng. Nó cũng xác định vai trò và trách nhiệm của tất cả ba loại đối tượng và chỉ định cách họ được cho là tương tác với nhau. Để làm cho mọi thứ trở nên cụ thể hơn (tức là để giữ đầu bạn phát nổ), hãy tưởng tượng một chiếc TV màn hình phẳng lớn, đẹp, 60 inch. Đây là ý chính:

Các đối tượng mô hình:

• Các đối tượng này cùng nhau bao gồm nội dung "công cụ" của ứng dụng của bạn. Chúng chứa dữ liệu và logic của ứng dụng - làm cho ứng dụng của bạn không chỉ là một khuôn mặt đẹpVí dụ trong ứng dụng RoadTrip, mô hình duy trì danh sách các sự kiện và điểm tham quan cũng như tên và vị trí của đích và hình nền để sử dụng. Bạn có thể nghĩ đến mô hình

  (có thể là một đối tượng hoặc một số tương tác) như một chương trình truyền hình đặc biệt, một cách khá thẳng thắn không đưa ra hoài nghi về những gì mà chương trình truyền hình hiển thị trên. Trong thực tế, mô hình không nên đưa ra hoot. Mặc dù nó sở hữu dữ liệu của nó, nó không có kết nối với giao diện người dùng và nên được blissfully ngu dốt về những gì được thực hiện với dữ liệu của nó.

  Xem các đối tượng:

• Các đối tượng này hiển thị mọi thứ trên màn hình và đáp ứng các hành động của người dùng. Khá nhiều bất cứ điều gì bạn có thể thấy là một loại đối tượng xem - cửa sổ và tất cả các điều khiển, ví dụ. Quan điểm của bạn biết cách hiển thị thông tin mà họ nhận được từ đối tượng mô hình và cách lấy bất kỳ thông tin nào từ người dùng mà mô hình có thể cần. Nhưng quan điểm chính nó không nên biết gì về mô hình. Nó có thể xử lý một yêu cầu để hiển thị một số sự kiện, nhưng nó không bận tâm với những gì mà yêu cầu có nghĩa là.

  Bạn có thể nghĩ

  xem như một màn hình truyền hình không quan tâm đến chương trình mà nó đang hiển thị hay kênh bạn vừa chọn. Khuôn khổ UIKit cung cấp nhiều loại quan điểm khác nhau.

  Nếu chế độ xem không biết gì về mô hình và mô hình không biết gì về chế độ xem, làm thế nào để bạn nhận được dữ liệu và các thông báo khác chuyển từ người này sang người kia? Để bắt đầu cuộc hội thoại đó (Mô hình: "Tôi vừa mới cập nhật dữ liệu của mình." Xem: "Này, cho tôi một cái gì đó để hiển thị", ví dụ), bạn cần phần tử thứ ba trong MVC triumvirate, bộ điều khiển.

  Các đối tượng điều khiển:

• Các đối tượng này kết nối các đối tượng xem của ứng dụng với các đối tượng mô hình của nó. Họ cung cấp các đối tượng xem với những gì họ cần để hiển thị (lấy nó từ mô hình) và cũng cung cấp các mô hình với đầu vào người dùng từ xem. Bạn có thể nghĩ đến

  bộ điều khiển như là mạch để kéo màn trình diễn của cáp và sau đó gửi nó tới màn hình hoặc yêu cầu một chương trình pay-per-view cụ thể. Với Xcode, cả mô hình và đối tượng xem thường được xây dựng với các giao diện người dùng đồ họa như Trình tạo Giao diện cho chế độ xem và xem bộ điều khiển và Trình chỉnh sửa mô hình dữ liệu cho các đối tượng dữ liệu lõi. Bộ điều khiển gần như luôn luôn được xây dựng với mã. Xây dựng một đối tượng điều khiển là một phần của MVC mà, đối với nhiều nhà phát triển, "cảm thấy" giống như mã hóa truyền thống.

Kiến trúc ứng dụng cơ bản giống như thế này.

Khi bạn nghĩ về ứng dụng của mình về mô hình, chế độ xem và các đối tượng điều khiển, khung công tác UIKit bắt đầu có ý nghĩa. Hiểu khuôn khổ theo cách này cũng bắt đầu nâng sương mù treo trên nơi để làm cho ít nhất một phần của hành vi ứng dụng cụ thể của bạn đi.

Trong Objective-C, các lớp học bao gồm các biến dụ, thuộc tính, và các phương thức (có thể truy cập vào các biến dụ của một lớp). Các lớp học là về các tệp tin trong dự án chứa mã. Các lớp học là

loại trong chương trình của bạn. Các đối tượng, mặt khác, tồn tại trong thời gian chạy và

các thể hiện của một lớp.Bạn có thể nghĩ về một lớp học như là một kế hoạch chi tiết để xây dựng một đối tượng thuộc loại đó.