私たちが実行時に制約とアンカーを作ることができるとき、ビジュアルフォーマット言語は本当にiOSで役に立ちます

Question

偶数Xcodeは非常に使いやすいストーリーボードを提供し、アプリケーションのUIを作るのはとても簡単です。

しかし、私たちは、アプリケーションの設計面を管理するためにCODEを使用する必要がある状況に陥っています。

私は一般的に、アンカーと制約を使用してコードで処理しますが、もう1つの方法、つまり「ビジュアルフォーマット言語」もあります。どちらの方法を使用する場合でも実際には違いがありますか、どちらかを使用する利点や欠点は同じです。

Answer 1

古いスタイルのNSLayoutConstraint初期化子は、バットの痛みだったので、視覚的な書式構文は歓迎の選択肢でした。今度はもう1つのの代わりにアンカーの表記法を使用しています。手で単一の制約を設定することはあまり煩雑ではなく、従来のように有用ではありません。さらに、視覚的な書式構文が表現できないという多くの重要な制約概念がある。これは常に欠点でした。

行（または列）をすべて一度に構成すると、視覚的な書式構文は依然として非常に便利です。 "|-(20)-[v1]-(30)-[v2]-(20)-[v3]"。これは、1つの書式文字列が多くの制約を一度に生成できるためです。