Swift Protocol-Based DI for Testing
Rendez Swift testable avec Muse : petits protocoles ciblés pour fichiers, réseau et API, implémentations de production par défaut, mocks en mémoire, et exemples Swift Testing.
- Quoi
- Rendez Swift testable avec Muse : petits protocoles ciblés pour fichiers, réseau et API, implémentations de production par défaut, mocks en mémoire, et exemples Swift Testing.
- Coût
- Gratuit
- Prérequis
- Utilisez « Injection de dépendances par protocoles en Swift » avec votre Muse.
- Installation
- Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.
Sélectionné par Skill Harbor : un guide de patterns qui rend le code Swift testable en abstrayant chaque dépendance externe derrière de petits protocoles ciblés. Chaque protocole traite exactement un sujet (accès au système de fichiers, lecture/écriture de fichiers, stockage de signets et similaires), avec une implémentation de production utilisant les vraies API et une implémentation mock utilisant des dictionnaires en mémoire plus des propriétés d'erreur configurables pour tester les chemins d'échec. Les dépendances sont injectées avec des paramètres par défaut, donc le code de production reste lisible pendant que les tests branchent les mocks. Le guide inclut des exemples complets en Swift Testing : erreurs de conteneur manquant, lectures réussies, et gestion d'erreurs de fichier corrompu, plus les bonnes pratiques (responsabilité unique par protocole, conformité Sendable pour les frontières d'actors, ne mocker que les frontières externes, paramètres par défaut pour la production) et les anti-patterns (protocoles dieux, mocker les types internes, conditionnels #if DEBUG au lieu d'une vraie injection, oublier Sendable, sur-concevoir des types sans dépendances externes). Par @affaan-m, listé ici avec crédit à son créateur. Tiré du dépôt affaan-m/ECC (MIT). Bémols honnêtes : il suppose une aisance avec la concurrence Swift (actors, Sendable) ; si un type n'a aucune dépendance externe, il n'a besoin d'aucun protocole. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage.
Version :
Installation
Copiez le dossier d’installation ci-dessous, puis collez-le dans MuseLe prompt d'installation ci-dessous inclut déjà les étapes de vérification : votre agent suit la checklist communautaire avant d'installer tout ce qui contient du code exécutable. Vous en voulez plus ?
Utilisez « Injection de dépendances par protocoles en Swift » avec votre Muse. Prérequis : rien à installer. Pur guide ; un projet Swift aide (concurrence Swift 6 supposée). 1. Ouvrez le skill : https://github.com/affaan-m/ECC/blob/main/skills/swift-protocol-di-testing/SKILL.md et copiez le texte complet du SKILL.md. 2. Collez-le dans un chat avec Muse et ajoutez : « Refactorise ce type Swift pour la testabilité avec injection par protocoles : [collez le code]. » 3. Demandez ensuite : « écris le mock et un test Swift Testing pour le chemin d'échec » ou « vérifie la conformité Sendable de ces protocoles. » Astuce : commencez par les types qui touchent le système de fichiers ou le réseau ; les types de logique pure n'ont besoin d'aucun protocole. Sécurité : un skill est du texte d'instructions ; il n'exécute rien tout seul. Relisez les commandes générées avant de les lancer.
Enregistré dans vos installs récentes. Retrouvez-le à tout moment sur /connect.
Questions
Comment installer une création ?
Chaque fiche produit contient un prompt d’installation à copier-coller. Collez-le dans votre Muse et il installe la création pour vous — sans configuration manuelle.
Où va mon argent ?
Directement au vendeur. Skill Harbor ne traite jamais les paiements : le paiement se fait sur la page du vendeur, généralement via Stripe.
Que signifie le ✓ à côté du nom d’un créateur ?
Il signifie que nous avons confirmé l’identité de la personne derrière la fiche. Il ne dit rien sur le code lui-même — vérifiez toujours une création avant de l’installer.