2017-08-14 2 views
0

Dans certaines applications, il existe des paramètres pour les tailles d'écran. Vs paramètres de contrainte régulière, quel est l'avantage vs inconvénient?Taille de l'écran iOS en code, est-ce optionnel?

exemple:

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 
     } 

Ces valeurs sont des valeurs de taille de police spécifiques.

Les valeurs changent souvent pour le but, certaines valeurs peuvent être la taille de police ou les tailles img. Est-ce que quelque chose comme ça est une bonne pratique ou une surabondance?

Répondre

0

Cela dépend de vos besoins.

Si vous avez besoin d'afficher une taille différente dépend du périphérique, vous pouvez créer une structure pour cela si vous ne pouvez pas utiliser la taille du correctif.

2

Il est généralement pas "bonne pratique" de coder sur des périphériques spécifiques. En d'autres termes, est "bonne pratique de coder par rapport aux classes de taille (en utilisant des contraintes de mise en page automatique) et utiliser le type dynamique (au lieu de tailles de police spécifiques) lorsque cela est possible. iPad Pro dernier Avril ou l'iPhone selon la rumeur Pro en Septembre -.. vous ne pas avoir à faire beaucoup, si quoi que ce soit à votre code

Il « fonctionnera »

cela dit, voici quelques raisons vous pouvez besoin de coder par rapport à des périphériques spécifiques - ou plus précisément, des tailles d'écran spécifiques:

  • Modifications de l'interface utilisateur ou l'orientation sur un iPad et un iPhone "Plus". Les classes de taille sont toujours régulières, peu importe l'orientation.
  • Les tailles de police, comme dans votre exemple.

Je suis sûr qu'il y a plus. Mais dans ces deux cas - et vraiment, dans tous les cas - c'est "bonne pratique" à d'essayer dur pour utiliser ce que Apple vous donne. Refactorisez votre interface utilisateur si possible. Économisez sur la maintenance continue inutile.

+0

L'accessibilité, c'est-à-dire le type dynamique, est également une considération. –

+0

D'accord. Je vais ajouter cela à ma réponse. – dfd

+0

C'est ce que je pensais. Si les tailles par défaut sont correctes et que je n'ai qu'à faire quelques contraintes globales, alors mon code est plus facile à maintenir. Et puisque les mises à jour iOS peuvent changer et souvent changer la taille de la police pour certains éléments ... je n'ai pas vraiment besoin de forcer une taille. –