私はちょうど次のようなコメントを読んだ
決してニブを使わないもう一つの理由
nib を使用して iOS でビューを構築するのは悪い習慣ですか? 多くのコードを書かなくてもビューをすばやく構築できる、優れたシステムだと思います。私はしばらくペン先を使用してきましたが、ペン先の使用に大きなマイナス面を見たことはありません.
私の質問は次のとおりです。ペン先を使用するか、ビューをコーディングする必要がありますか?その理由は?
私はちょうど次のようなコメントを読んだ
決してニブを使わないもう一つの理由
nib を使用して iOS でビューを構築するのは悪い習慣ですか? 多くのコードを書かなくてもビューをすばやく構築できる、優れたシステムだと思います。私はしばらくペン先を使用してきましたが、ペン先の使用に大きなマイナス面を見たことはありません.
私の質問は次のとおりです。ペン先を使用するか、ビューをコーディングする必要がありますか?その理由は?
「ペン先を使わない」という言葉はばかげていると思います。いつそれらを使用し、いつそれらを回避するかを知る必要があります。これらは、座標とサイズを正しく取得するために多くの時間を浪費する複雑で静的なビューに最適です。もちろん、動的GUIの場合は、代わりにコードを使用する必要があります。
ただし、コードでGUIを作成して詳細を確認しないと、GUIが制御不能になるのではないかと心配する人もいるかもしれません。しかし、それは主観的なポイントです。
確かな欠点の1つは、ソース管理を使用するとxibsをマージするのが難しいことです。Xibファイルは実際にはXMLファイルであり、GUIで何かを変更すると、バックグラウンドで多くの参照が追加、削除、または変更されます。これにより、解決が非常に困難な競合が発生します。
もう1つは、パフォーマンス上の理由である可能性があります。ニブファイルからのGUIのロードは、コードで直接作成する場合よりも少し遅くなります(場合によっては)。一部の人々は、起動時間を短縮するために、アプリケーションの起動時にロードする必要があるGUIにペン先を使用しないことを提案しています。しかし、大きな違いがあるかどうかはわかりません。
可能な限りNIBを使用することを好みます! 私の理由は次のとおりです。
そこに小さなポップアップ ビューを作成し、コンテナ ビューを非表示に設定します。次に、これらのポップアップ ビューを containerView.hidden = YES/NO; で表示/非表示にします。