Le contenu d’origine sur les design patterns Cocoa rappelait que l’outillage Apple pousse deja certaines architectures.
Patterns a conserver¶
- Separation stricte des responsabilites entre vue et logique.
- Circulation explicite de l’etat (notifications, delegates, bindings selon contexte).
- Composition de petits objets plutot qu’heritage profond.
Point de vigilance en migration Swift¶
Le risque principal n’est pas de “ne pas etre moderne”, mais de recoder des patterns existants sans necessite.
Exemple simple:
protocol SessionStore {
var token: String? { get }
}
Un contrat mince comme celui-ci simplifie beaucoup la transition Objective-C -> Swift, surtout en tests.
Source en ligne: Design Pattern Cocoa (Paperblog)