私はいくつかのカスタムUIViewベースの入力コントロールに取り組んでおり、ビューを設定するための適切な方法を確認しようとしています。UIViewControllerで作業する場合、それを使用するのはとても簡単だloadViewと関連するviewWill、viewDid方法を、しかし、のUIViewをサブクラス化するとき、私が持っている最も近いmethosdsがあり`awakeFromNib、drawRectとlayoutSubviews。（私はセットアップとティアダウンのコールバックに関して考えています。）私の場合、フレームと内部ビューをで設定していますがlayoutSubviews、画面に何も表示されません。
ビューに適切な高さと幅を持たせるための最良の方法は何ですか？（私の質問は、autolayoutを使用しているかどうかに関係なく適用されますが、2つの答えがあるかもしれません。）適切な「ベストプラクティス」は何ですか？
回答:
Apple UIViewはドキュメントでサブクラス化する方法をかなり明確に定義しました。
以下のリストをチェックし、特に見てみましょうinitWithFrame:とlayoutSubviews。前者はフレームを設定するためのものでUIView、後者はフレームとそのサブビューのレイアウトを設定するためのものです。
またinitWithFrame:、UIViewプログラムでインスタンス化している場合にのみ呼び出されることを忘れないでください。nibファイル（またはストーリーボード）からロードする場合は、initWithCoder:が使用されます。またinitWithCoder:、フレームはまだ計算されていないため、Interface Builderで設定したフレームを変更することはできません。この回答で提案されているように、フレームをセットアップするためにinitWithFrame:から呼び出すことを考えるかもしれませんinitWithCoder:。
最後に、UIViewnib（またはストーリーボード）からをロードすると、awakeFromNibカスタムフレームとレイアウトの初期化を実行する機会も得られます。awakeFromNibこれは、呼び出されたときに、階層内のすべてのビューがアーカイブ解除されて初期化されていることが保証されているためです。
のドキュメントからNSNibAwaking（現在はのドキュメントに置き換えられていますawakeFromNib）：
他のオブジェクトへのメッセージは、awakeFromNib内から安全に送信できます。その時点で、すべてのオブジェクトがアーカイブ解除され、初期化されていることが保証されます（もちろん、必ずしも起こされるわけではありません）。
また、autolayoutではビューのフレームを明示的に設定しないでください。代わりに、フレームがレイアウトエンジンによって自動的に計算されるように、一連の十分な制約を指定することになっています。
ドキュメントから直接：
オーバーライドするメソッド
初期化
initWithFrame:このメソッドを実装することをお勧めします。このメソッドに加えて、またはこのメソッドの代わりに、カスタム初期化メソッドを実装することもできます。
initWithCoder:Interface Builder nibファイルからビューをロードし、ビューにカスタム初期化が必要な場合は、このメソッドを実装します。
layerClassこのメソッドを実装するのは、ビューでバッキングストアに別のコアアニメーションレイヤーを使用する場合のみです。たとえば、描画にOpenGL ESを使用している場合、このメソッドをオーバーライドしてCAEAGLLayerクラスを返す必要があります。描画と印刷
drawRect:ビューがカスタムコンテンツを描画する場合は、このメソッドを実装します。ビューがカスタム描画を行わない場合は、このメソッドをオーバーライドしないでください。
drawRect:forViewPrintFormatter:このメソッドは、印刷中にビューのコンテンツを別の方法で描画する場合にのみ実装してください。制約
requiresConstraintBasedLayoutビュークラスが適切に機能するために制約が必要な場合は、このクラスメソッドを実装します。
updateConstraintsビューでサブビュー間にカスタム制約を作成する必要がある場合は、このメソッドを実装してください。
alignmentRectForFrame:、frameForAlignmentRect:これらのメソッドを実装して、ビューが他のビューに配置される方法をオーバーライドします。レイアウト
sizeThatFits:ビューのデフォルトサイズを、サイズ変更操作中の通常のサイズとは異なるものにする場合は、このメソッドを実装します。たとえば、このメソッドを使用して、ビューがサブビューを正しく表示できないポイントまで縮小しないようにすることができます。
layoutSubviews制約または自動サイズ変更動作が提供するよりもサブビューのレイアウトをより正確に制御する必要がある場合は、このメソッドを実装します。
didAddSubview:、willRemoveSubview:サブビューの追加と削除を追跡するために、必要に応じてこれらのメソッドを実装します。
willMoveToSuperview:、didMoveToSuperview必要に応じてこれらのメソッドを実装して、ビュー階層内の現在のビューの動きを追跡します。
willMoveToWindow:、didMoveToWindow必要に応じてこれらのメソッドを実装して、ビューの別のウィンドウへの移動を追跡します。イベント処理：
touchesBegan:withEvent:、touchesMoved:withEvent:、touchesEnded:withEvent:、touchesCancelled:withEvent:あなたが直接タッチイベントを処理する必要がある場合は、これらのメソッドを実装します。（ジェスチャーベースの入力には、ジェスチャー認識機能を使用してください。）
gestureRecognizerShouldBegin:ビューがタッチイベントを直接処理し、アタッチされたジェスチャー認識機能が追加のアクションをトリガーしないようにする場合は、このメソッドを実装します。
layoutSubviewsですか？
これはまだGoogleで高まっています。以下は、swiftの更新された例です。
このdidLoad関数を使用すると、すべてのカスタム初期化コードを配置できます。他の人が述べたようdidLoadに、ビューがプログラムによって作成されたinit(frame:)とき、またはXIBデシリアライザがXIBテンプレートをビューにマージしたときに呼び出されますinit(coder:)
脇：
layoutSubviewsとupdateConstraintsビューの大半に対して複数回呼ばれています。これは、ビューの境界が変更されたときの高度なマルチパスレイアウトと調整を目的としています。個人的には、マルチパスレイアウトはCPUサイクルを消費し、すべてを頭痛の種にするため、可能な限り回避します。さらに、私はそれらを無効にすることはめったにないので、初期化子自体に制約コードを入れました。
import UIKit
class MyView: UIView {
//-----------------------------------------------------------------------------------------------------
//Constructors, Initializers, and UIView lifecycle
//-----------------------------------------------------------------------------------------------------
override init(frame: CGRect) {
super.init(frame: frame)
didLoad()
}
required init?(coder aDecoder: NSCoder) {
super.init(coder: aDecoder)
didLoad()
}
convenience init() {
self.init(frame: CGRectZero)
}
func didLoad() {
//Place your initialization code here
//I actually create & place constraints in here, instead of in
//updateConstraints
}
override func layoutSubviews() {
super.layoutSubviews()
//Custom manually positioning layout goes here (auto-layout pass has already run first pass)
}
override func updateConstraints() {
super.updateConstraints()
//Disable this if you are adding constraints manually
//or you're going to have a 'bad time'
//self.translatesAutoresizingMaskIntoConstraints = false
//Add custom constraint code here
}
}drawメソッドをオーバーライドする必要がありますか？
Appleのドキュメントにはまともな要約があり、これはiTunesで入手できる無料のスタンフォードコースで十分にカバーされています。ここにTL; DRバージョンを示します。
クラスが主にサブビューで構成されている場合、それらを割り当てる適切な場所はinitメソッド内です。ビューのinit場合、ビューがコードからインスタンス化されているのか、nib / storyboardからインスタンス化されているのかに応じて、呼び出される可能性のある2つの異なるメソッドがあります。私が行うことは、独自のsetupメソッドを記述し、メソッドinitWithFrame:とinitWithCoder:メソッドの両方から呼び出すことです。
カスタム描画を行っている場合は、実際にdrawRect:ビューでオーバーライドする必要があります。ただし、カスタムビューが主にサブビューのコンテナーである場合は、おそらくそれを行う必要はありません。
layoutSubViews縦向きか横向きかによって、サブビューの追加や削除などを行う場合にのみオーバーライドします。それ以外の場合は、そのままにしておくことができます。
layoutSubViews、うまくいきました。
layoutSubviews ビュー自体ではなく、子ビューにフレームを設定するためのものです。
の場合UIView、指定されたコンストラクタは通常initWithFrame:(CGRect)frameあり、そこに（またはでinitWithCoder:）フレームを設定する必要があります。おそらく、渡されたフレーム値を無視します。別のコンストラクタを用意して、そこにフレームを設定することもできます。
awakeFromNib