Làm việc với Windows và Chế độ xem trong Ứng dụng iPad - những người có đầu

Các ứng dụng iPad có một cửa sổ duy nhất, vì vậy bạn sẽ không tìm thấy cửa sổ tài liệu bổ sung để hiển thị nội dung. Khi ứng dụng của bạn đang chạy - mặc dù các ứng dụng khác có thể đang ngủ đông hoặc chạy dưới nền - giao diện của ứng dụng sẽ chiếm toàn bộ màn hình.

Cửa sổ iOS

Cửa sổ đơn mà bạn thấy hiển thị trên iPad hoặc iPhone là một thể hiện của lớp UIWindow. Cửa sổ này được tạo ra tại thời điểm khởi chạy, hoặc theo chương trình của bạn hoặc tự động bởi UIKit khi bạn sử dụng bảng phân cảnh. Nhìn chung, sau khi bạn tạo đối tượng Window (có nghĩa là, nếu bạn tạo nó thay vì có nó làm cho bạn), bạn không bao giờ thực sự cần phải suy nghĩ về nó một lần nữa.

Người dùng không thể trực tiếp đóng hoặc thao tác trên cửa sổ iOS. Đó là ứng dụng của bạn mà lập trình quản lý cửa sổ.

Mặc dù ứng dụng của bạn không bao giờ tạo nhiều cửa sổ cùng một lúc, iOS có thể hỗ trợ các cửa sổ bổ sung ở phía trên cửa sổ của bạn. Thanh trạng thái hệ thống là một ví dụ. Bạn cũng có thể hiển thị cảnh báo ở phía trên cửa sổ của bạn bằng cách sử dụng chế độ xem Cảnh báo được cung cấp.

Chế độ xem iOS

Trong thế giới ứng dụng iOS, xem các đối tượng chịu trách nhiệm về chức năng xem trong kiến ​​trúc Trình điều khiển Model-View-Controller. Một xem là một vùng hình chữ nhật trên màn hình (trên đầu cửa sổ).

Lượt xem làm gì

Xem nội dung hiển thị.

• Điều này xảy ra, ví dụ, bằng cách vẽ và hình ảnh động xảy ra trên màn hình. Về bản chất, đối tượng hiển thị hiển thị dữ liệu từ đối tượng mô hình.

  Lượt xem xử lý sự kiện chạm.

• Lượt xem phản hồi khi người dùng chạm vào một nút. Xử lý sự kiện chạm là một phần của chuỗi phản hồi. Hạng nhìn

Nhìn vào nó trực quan, cửa sổ là cơ sở của hệ thống phân cấp này với

Xem nội dung phía trên nó (một chế độ xem minh bạch làm đầy hình chữ nhật Nội dung của cửa sổ). Giao diện nội dung hiển thị thông tin cũng như cho phép người dùng tương tác với ứng dụng, sử dụng các mục giao diện người dùng (tốt nhất là tiêu chuẩn) như trường văn bản, nút, thanh công cụ và bảng. Trong chương trình của bạn, mối quan hệ đó là khác nhau. Chế độ xem Nội dung được thêm vào chế độ xem cửa sổ dưới dạng

phụ. Tuy nhiên, chế độ xem Nội dung cũng có thể có các câu hỏi phụ của riêng mình, v.v … Các mối quan hệ có thể có bao gồm: subviews

• của nó. xem lại

• bất kỳ lượt xem nào được thêm vào. Chế độ xem có thể có một (và chỉ một) superview và không có nhiều hơn subviews.

• Có vẻ như phản trực giác, nhưng một phụ được hiển thị

trên chế độ xem cha mẹ của nó (nghĩa là trên đỉnh của superview). Hãy suy nghĩ về mối quan hệ này như là sự ngăn chặn: Một superview chứa các bài viết phụ của nó. Hình này cho thấy một ví dụ về một hệ thống phân cấp xem. Hạng nhìn là cả hình ảnh và cấu trúc.

Điều khiển

- chẳng hạn như các nút, trường văn bản, v.v … thực sự xem các lớp con trở thành bài xem phụ. Vì vậy, là bất kỳ khu vực hiển thị khác mà bạn có thể chỉ định. Chế độ xem phải quản lý các bài đăng phụ của nó, cũng như thay đổi kích cỡ của chính nó đối với các lần xem siêu của nó. May mắn thay, phần lớn những gì mà quan điểm phải làm đã được mã hoá cho bạn. Khung UIKit cung cấp mã định nghĩa hành vi xem. Hạng nhìn cũng đóng một vai trò quan trọng trong việc xử lý bản vẽ và sự kiện.

Bạn tạo hoặc sửa đổi một chế độ xem bất cứ khi nào bạn thêm chế độ xem vào chế độ xem khác, theo chương trình hoặc với sự trợ giúp của Trình tạo Giao diện. Khung UIKit tự động xử lý các mối quan hệ liên quan đến hệ thống phân cấp xem.

Các nhà phát triển thường chú ý đến các công cụ phân cấp theo chế độ xem trực quan-đối với chương trình khi bắt đầu và không hiểu những khái niệm này, thật khó để có thể giải quyết được vấn đề đang diễn ra.