Khi nào layoutSubview được gọi là?

Tôi có một chế độ xem tùy chỉnh không nhận được layoutSubviewtin nhắn trong khi hoạt hình.

Tôi có một cái nhìn lấp đầy màn hình. Nó có một khung nhìn phụ tùy chỉnh ở dưới cùng của màn hình thay đổi kích thước chính xác trong Trình tạo giao diện nếu tôi thay đổi chiều cao của thanh điều hướng. layoutSubviewsđược gọi khi khung nhìn được tạo, nhưng không bao giờ nữa. Bài phỏng vấn của tôi được đặt chính xác. Nếu tôi tắt thanh trạng thái trong cuộc gọi, thì khung nhìn phụ hoàn toàn layoutSubviewskhông được gọi, mặc dù chế độ xem chính sẽ làm thay đổi kích thước của nó.

Trong hoàn cảnh nào layoutSubviewsthực sự được gọi là?

Tôi đã autoresizesSubviewsthiết lập để NOxem tùy chỉnh của tôi. Và trong Interface Builder tôi có các thanh chống trên cùng và dưới cùng và bộ mũi tên dọc.

Một phần khác của câu đố là cửa sổ phải được làm chìa khóa:

[window makeKeyAndVisible];

mặt khác, các cuộc phỏng vấn không được tự động thay đổi kích thước.

Tôi đã có một câu hỏi tương tự, nhưng không hài lòng với câu trả lời (hoặc bất kỳ câu hỏi nào tôi có thể tìm thấy trên mạng), vì vậy tôi đã thử nó trong thực tế và đây là những gì tôi nhận được:

• initkhông gây ra layoutSubviewsđược gọi là (duh)
• addSubview:nguyên nhân layoutSubviewsđược gọi trên chế độ xem được thêm vào, chế độ xem được thêm vào (chế độ xem mục tiêu) và tất cả các lần xem xét của mục tiêu
• xem setFrame thông minh các cuộc gọi layoutSubviewstrên chế độ xem có khung được đặt chỉ khi tham số kích thước của khung khác nhau
• cuộn một UIScrollView gây ra layoutSubviewsđược gọi trên scrollView và giám sát của nó
• xoay thiết bị chỉ gọi layoutSubviewtrên chế độ xem chính (chế độ xem phản hồi Chế độ xem chính)
• Thay đổi kích thước một khung nhìn sẽ gọi layoutSubviewsvào giám sát của nó

Kết quả của tôi - http://blog.logichigh.com/2011/03/16/when-does-layoutsubviews-get-called/

Dựa trên câu trả lời trước của @BadPirate, tôi đã thử nghiệm thêm một chút và đưa ra một số giải thích / sửa chữa. Tôi thấy rằng layoutSubviews:sẽ được gọi trên một khung nhìn nếu và chỉ khi:

• Giới hạn của chính nó (không phải khung) thay đổi.
• Giới hạn của một trong những cuộc phỏng vấn trực tiếp của nó đã thay đổi.
• Một khung nhìn phụ được thêm vào khung nhìn hoặc xóa khỏi khung nhìn.

Một số chi tiết có liên quan:

• Các giới hạn được coi là thay đổi chỉ khi giá trị mới khác nhau, bao gồm cả một nguồn gốc khác nhau . Lưu ý cụ thể đó là lý do tại sao layoutSubviews:được gọi bất cứ khi nào UIScrollView cuộn, vì nó thực hiện cuộn bằng cách thay đổi nguồn gốc giới hạn của nó.
• Thay đổi khung sẽ chỉ thay đổi giới hạn nếu kích thước đã thay đổi, vì đây là điều duy nhất được truyền đến thuộc tính giới hạn.
• Một sự thay đổi trong giới hạn của một khung nhìn chưa có trong hệ thống phân cấp khung nhìn sẽ dẫn đến một cuộc gọi đến layoutSubviews: khi cuối cùng khung nhìn được thêm vào một cấu trúc phân cấp khung nhìn .
• Và chỉ để hoàn thiện: các trình kích hoạt này không trực tiếp gọi layoutSubview, mà là gọi setNeedsLayout, mà đặt / tăng cờ. Mỗi lần lặp của vòng lặp chạy, đối với tất cả các khung nhìn trong hệ thống phân cấp khung nhìn , cờ này được chọn. Đối với mỗi chế độ xem cờ được tìm thấy được nâng lên, layoutSubviews:được gọi trên đó và cờ được đặt lại. Lượt xem cao hơn lên thứ bậc sẽ được kiểm tra / gọi đầu tiên.

https://developer.apple.com/lvern/prerelease/tvos/documentation/WindowsViews/Conceptual/ViewPG_iPhoneOS/CreatingViews/CreatingViews.html#//apple_Vf/doc/uid/TP40009503-CH5

Thay đổi bố cục có thể xảy ra bất cứ khi nào bất kỳ sự kiện nào sau đây xảy ra trong chế độ xem:

a. Kích thước của hình chữ nhật giới hạn của khung nhìn thay đổi.
b. Một sự thay đổi hướng giao diện xảy ra, thường gây ra thay đổi trong hình chữ nhật giới hạn của khung nhìn gốc.
c. Tập hợp các lớp con Core Animation được liên kết với thay đổi lớp của khung nhìn và yêu cầu bố cục.
d. Ứng dụng của bạn buộc bố cục xảy ra bằng cách gọi  setNeedsLayout hoặc  layoutIfNeeded phương thức của một khung nhìn.
e. Ứng dụng của bạn buộc bố cục bằng cách gọi  setNeedsLayout phương thức của đối tượng lớp bên dưới của khung nhìn.

Một số điểm trong câu trả lời của BadPirate chỉ đúng một phần:

1. Đối với addSubViewđiểm

   addSubview làm cho layoutSubview được gọi trên chế độ xem được thêm vào, chế độ xem được thêm vào (chế độ xem mục tiêu) và tất cả các lần xem xét của mục tiêu.

   Nó phụ thuộc vào mặt nạ tự động (khung nhìn đích) của khung nhìn. Nếu nó có mặt nạ tự động BẬT, layoutSubview sẽ được gọi trên mỗi mặt nạ addSubview. Nếu nó không có mặt nạ tự động kích thước thì layoutSubview sẽ chỉ được gọi khi kích thước khung hình của khung nhìn (mục tiêu) thay đổi.

   Ví dụ: nếu bạn đã tạo UIView theo chương trình (mặc định nó không có mặt nạ tự động kích hoạt), thì LayoutSubview sẽ chỉ được gọi khi khung UIView thay đổi không phải trên mỗi addSubview.

   Chính nhờ kỹ thuật này mà hiệu năng của ứng dụng cũng tăng lên.

2. Đối với điểm xoay thiết bị

   Xoay thiết bị chỉ gọi layoutSubview trên chế độ xem chính (chế độ xem phản hồi của chế độ xem chính)

   Điều này chỉ có thể đúng khi VC của bạn nằm trong hệ thống phân cấp của VC (root at window.rootViewController), đây là trường hợp phổ biến nhất. Trong iOS 5, nếu bạn tạo một VC, nhưng nó không được thêm vào bất kỳ VC nào khác, thì VC này sẽ không được chú ý khi xoay thiết bị. Do đó, chế độ xem của nó sẽ không được chú ý bằng cách gọi layoutSubview.

Tôi đã theo dõi giải pháp để nhấn mạnh rằng Trình tạo giao diện không thể thay đổi lò xo trên chế độ xem có bật các thành phần màn hình mô phỏng (thanh trạng thái, v.v.). Vì các lò xo đã tắt cho chế độ xem chính, chế độ xem đó không thể thay đổi kích thước và do đó được cuộn xuống toàn bộ khi thanh trong cuộc gọi xuất hiện.

Tắt các tính năng mô phỏng, sau đó thay đổi kích thước chế độ xem và đặt lò xo chính xác khiến hoạt ảnh xảy ra và phương thức của tôi được gọi.

Một vấn đề nữa trong việc gỡ lỗi này là trình giả lập thoát khỏi ứng dụng khi trạng thái trong cuộc gọi được chuyển qua menu. Thoát ứng dụng = không có trình gỡ lỗi.

gọi [self.view setNeedsLayout]; trong viewControll làm cho nó gọi viewDidLayoutSubview

bạn đã nhìn vào layout IfNeeded chưa?

Đoạn tài liệu dưới đây. Hoạt hình có hoạt động không nếu bạn gọi phương thức này một cách rõ ràng trong khi hoạt hình?

layout IfNeeded Đặt ra các cuộc phỏng vấn nếu cần.

- (void)layoutIfNeeded

Thảo luận Sử dụng phương pháp này để buộc bố cục của các cuộc phỏng vấn trước khi vẽ.

Tính khả dụng Có sẵn trong iPhone OS 2.0 trở lên.

Khi di chuyển ứng dụng OpenGL từ SDK 3 sang 4, layoutSubview không được gọi nữa. Sau rất nhiều thử nghiệm và lỗi, cuối cùng tôi đã mở MainWindow.xib, chọn đối tượng Window, trong thanh tra chọn tab Thuộc tính cửa sổ (ngoài cùng bên trái) và chọn "Hiển thị khi khởi chạy". Có vẻ như trong SDK 3, nó vẫn được sử dụng để thực hiện cuộc gọi layoutSubViews, nhưng không phải trong 4.

6 giờ thất vọng chấm dứt.

Một trường hợp khá mơ hồ nhưng có khả năng quan trọng khi layoutSubviewskhông bao giờ được gọi là:

import UIKit

class View: UIView {

    override class var layerClass: AnyClass { return Layer.self }

    class Layer: CALayer {
        override func layoutSublayers() {
            // if we don't call super.layoutSublayers()...
            print(type(of: self), #function)
        }
    }

    override func layoutSubviews() {
        // ... this method never gets called by the OS!
        print(type(of: self), #function)
    }
}

let view = View(frame: CGRect(x: 0, y: 0, width: 100, height: 100))