[Swift] Pourquoi FlowLayout devrait utiliser Delegate au lieu de l'instance

Il existe une implémentation utilisant CollectionView dans la pratique, À ce moment-là, en utilisant une instance FlowLayout Puisqu'il y avait une différence de dessin pour chaque terminal et que c'était devenu un code dur, J'ai écrit cet article.

Pourquoi vous devriez utiliser le plus possible la disposition de flux de délégués

Cela implique un cycle de vie. https://qiita.com/Sossiii/items/4ffcbc07d9ccecab6420

Lors de l'utilisation d'une instance, quel que soit le cycle de vie Le processus de dessin peut être exécuté au moment de la mise en œuvre. Si vous faites cela au mauvais moment, Cela signifie que le dessin ne va pas bien.

Pour cette raison, sur les séries iPhone Max et SE1 Un repli de la mise en page (non reflété selon la logique) se produit, Il sera corrigé par un code en dur.

Le cycle de vie en est la cause et peut être résolu par DelegateFlowLayout Maintenant que je sais, le code dur a été résolu.

Conclusion

FlowLayout n'est pas une instance Sûr à utiliser DelegateFlowLayout

Recommended Posts

[Swift] Pourquoi FlowLayout devrait utiliser Delegate au lieu de l'instance
[Java] Pourquoi utiliser StringUtils.isEmpty () au lieu de String.isEmpty ()
utiliser enum au lieu de la constante int
Élément 36: utiliser EnumSet au lieu de champs de bits
Point 37: Utilisez EnumMap au lieu de l'indexation ordinale
[Java] utilise facultatif au lieu de if (hoge! = Null) {...}