Si mon unité teste sur le système de fichiers et que j'ai besoin de se moquer de cela, quelle est la meilleure façon d'y aller? P>
merci p>
4 Réponses :
Vous avez essentiellement deux options: Eiter abstrait Tous les logiques associés au système de fichiers derrière un ... une framework léger pour .NET qui fournit des talons de test. Pour les interfaces et les classes non scellées, des emballages de type-sécurité sont générés, pouvant être facilement personnalisés en attachant des délégués. P>
blockQuote> ifilesystemservice CODE> ou utilisent Stubs de Microsoft, qui est P>
Le système de fichiers est un excellent exemple de la manière dont TDD peut vous conduire vers une conception meilleure et plus flexible. Souvent, lorsque vous interagissez avec le système de fichiers, vous pouvez gérer des fichiers de lecture et d'écriture à l'aide de Ce sont tous des types abstraits et sont donc faciles à moquer. P>
Vous avez maintenant une API plus flexible, car il n'est pas étroitement couplé au système de fichiers, mais prend toujours en charge les opérations de fichiers. P>
+1, à l'aide des flux est génial car vous restez compatible avec toutes sortes de périphériques d'entrée / sortie.
Disclaimer Je travaille à Typemock.
Je suis heureux de dire que nos dernières versions prennent en charge les types de système suivants.IO à se moquer: p>
Il existe un court exemple: p> Voir plus Exemples . P> P>
Si vous parlez réellement de Typemock, vous ne devriez pas avoir de problème car Typemock peut se moquer de type, y compris des types scellés.
Chanter "Votre système de fichiers est sans valeur et faible" est un bon moyen de les moquer ...
Je pensais que ce typepemock ne pouvait pas se moquer de choses dans Mscorlib, ce qui se trouve beaucoup. Sauf peut-être datetime.now. Peut-être.
@Sam - tu es correct. Typemock ne peut pas se moquer d'objets dans Mscrolib, mais ils ont trouvé un moyen de se moquer de DateTime lors de la recherche sur le produit du coureur.