나는 항상 (1) 자동 레이아웃, (2) @IBInspectable및 (3) 콘센트로 나사를 조이는 것을 보면서 "서브 뷰로 추가"솔루션이 만족스럽지 않다는 것을 알게되었습니다 . 대신, 내가의 마법을 소개하자 awakeAfter:, NSObject방법.
awakeAfterNIB / Storyboard에서 실제로 깨어 난 객체를 완전히 다른 객체로 교체 할 수 있습니다. 그런 다음 그 물체는 수화 과정을 거쳐 awakeFromNib호출되고 뷰로 추가됩니다.
이것을 뷰의 "카드 보드 컷 아웃"서브 클래스에서 사용할 수 있습니다. 유일한 목적은 NIB에서 뷰를로드하고 스토리 보드에서 사용하기 위해 반환하는 것입니다. 그런 다음 포함 가능한 하위 클래스가 원본 클래스가 아닌 스토리 보드보기의 ID 관리자에서 지정됩니다. 이것이 작동하기 위해 실제로 서브 클래스 일 필요는 없지만, 서브 클래스로 만드는 것은 IB가 IBInspectable / IBOutlet 특성을 볼 수있게하는 것입니다.
이 여분의 상용구는 최적이 아닌 것처럼 보일 수 있습니다. 이상적으로 UIStoryboard는 완벽하게 처리 할 수 있기 때문 입니다. 그러나 원래 NIB 및 UIView하위 클래스를 완전히 수정하지 않은 상태 로 둘 수 있다는 이점이 있습니다. 그것이 수행하는 역할은 기본적으로 어댑터 또는 브리지 클래스의 역할이며, 유감스럽게도 추가 클래스로서 디자인 측면에서 완벽하게 유효합니다. 반면에, 클래스와의 조화를 원한다면 @BenPatch의 솔루션은 다른 사소한 변경 사항이있는 프로토콜을 구현하여 작동합니다. 어떤 솔루션이 더 나은지에 대한 질문은 프로그래머 구성의 문제로 요약됩니다. 하나는 객체 구성을 선호하는지 아니면 다중 상속을 선호하는지 여부입니다.
참고 : NIB 파일의보기에서 설정된 클래스는 동일하게 유지됩니다. 임베드 가능한 서브 클래스는 스토리 보드 에서만 사용됩니다. 코드에서 뷰를 인스턴스화하는 데 서브 클래스를 사용할 수 없으므로 추가 로직 자체가 없어야합니다. 후크 만 포함 해야 합니다awakeAfter .
class MyCustomEmbeddableView: MyCustomView {
override func awakeAfter(using aDecoder: NSCoder) -> Any? {
return (UIView.instantiateViewFromNib("MyCustomView") as MyCustomView?)! as Any
}
}
⚠️ 여기서 중요한 단점은 스토리 보드에서 다른 뷰와 관련이없는 너비, 높이 또는 종횡비 제약 조건을 정의하면 수동으로 복사해야한다는 것입니다. 두 개의 뷰와 관련된 제약 조건은 가장 가까운 공통 조상에 설치되며 뷰는 내부에서 스토리 보드에서 깨어 났으므로 이러한 제약 조건이 슈퍼 뷰에서 수화 될 때까지 스왑이 이미 발생했습니다. 해당 뷰에만 관련된 제약 조건은 해당 뷰에 직접 설치되므로 스왑이 발생하지 않으면 복사되지 않습니다.
여기서 일어나는 것은 스토리 보드 의 뷰 에 설치된 제약 조건 이 새로 인스턴스화 된 뷰로 복사되며, 이미 nib 파일에 정의 된 자체 제약 조건이있을 수 있습니다. 그것들은 영향을받지 않습니다.
class MyCustomEmbeddableView: MyCustomView {
override func awakeAfter(using aDecoder: NSCoder) -> Any? {
let newView = (UIView.instantiateViewFromNib("MyCustomView") as MyCustomView?)!
for constraint in constraints {
if constraint.secondItem != nil {
newView.addConstraint(NSLayoutConstraint(item: newView, attribute: constraint.firstAttribute, relatedBy: constraint.relation, toItem: newView, attribute: constraint.secondAttribute, multiplier: constraint.multiplier, constant: constraint.constant))
} else {
newView.addConstraint(NSLayoutConstraint(item: newView, attribute: constraint.firstAttribute, relatedBy: constraint.relation, toItem: nil, attribute: .notAnAttribute, multiplier: 1, constant: constraint.constant))
}
}
return newView as Any
}
}
instantiateViewFromNib형식 안전 확장 UIView입니다. 유형과 일치하는 것을 찾을 때까지 NIB의 객체를 반복합니다. 제네릭 형식은 반환 값이므로 호출 사이트에서 형식을 지정해야합니다.
extension UIView {
public class func instantiateViewFromNib<T>(_ nibName: String, inBundle bundle: Bundle = Bundle.main) -> T? {
if let objects = bundle.loadNibNamed(nibName, owner: nil) {
for object in objects {
if let object = object as? T {
return object
}
}
}
return nil
}
}
