2017-08-14 2 views
0

一部のアプリケーションでは、画面サイズの設定があります。正規の制約の設定と比較して、利点と利点は何ですか?iOSの画面サイズ(コード)は任意ですか?

例:

struct Setting { 
     struct Small { 
      static let phoneSE: CGFloat = 11.0 
      static let phone: CGFloat = 13.0 
      static let phonePlus: CGFloat = 14.0 
     } 

     struct Medium { 
      static let phoneSE: CGFloat = 12.0 
      static let phone: CGFloat = 14.0 
      static let phonePlus: CGFloat = 15.0 
     } 

     struct Large { 
      static let phoneSE: CGFloat = 13.0 
      static let phone: CGFloat = 15.0 
      static let phonePlus: CGFloat = 16.0 
     } 

これらの値は、特定のフォントサイズの値です。

値は目的に合わせて変更されることが多く、フォントサイズまたはimgサイズの値があります。このようなものは良い練習か過剰なことですか?

答えて

0

要件によって異なります。

デバイスに応じて異なるサイズを表示する必要がある場合は、修正サイズを使用することができない場合には、それを使用して構造を作成できます。

2

は通常、特定のデバイスに対してコード化するための「良い練習」ではありません。なぜなら、Appleが何か新しいものをリリースしたとき(10.5インチのようなもの)には、 iPadのプロ昨年4月や噂のiPhone Proは今年9月には - 。。あなたが何かあれば、あなたのコードに、あまり行う必要はありません

それは「ただ働き」と述べ

を、ここでいくつかの理由は、あなたが可能です特定のデバイス(正確には特定の画面サイズ)に対してコードを作成する必要があります。

  • UI変更f iPadやiPhoneの「プラス」での向きや向きサイズクラスは、向きに関係なく常に規則的です。
  • あなたの例のようなフォントサイズ。

さらに詳しい情報があります。しかし、これらの2つのケースでは、実際にはすべての場合において、がハードウェアを試すのは「良い練習」です。はAppleが提供するものを使用します。可能であればUIをリファクタリングしてください。不要な継続的なメンテナンスを保存します。

+0

アクセシビリティ、つまりダイナミックタイプも考慮事項です。 –

+0

合意。私はそれを私の答えに加えます。 – dfd

+0

それは私が思ったものです。デフォルトサイズが問題なく、いくつかのグローバル制約を設定するだけであれば、コードを維持するのが簡単です。また、iOSのアップデートによっては、いくつかの項目のフォントサイズが変更されることがあります...実際にはサイズを強制することはありません。 –

関連する問題