Réduire le nombre de DLLs tout en gardant modulaire Composite WPF

Question

Je travaille sur une application WPF Composite et juste lu quelques bonnes directives sur le code de partitionnement dans des ensembles. L'auteur de l'article soutient réduisant au minimum le nombre d'ensembles si possible.

Comment conciliez-vous faire de votre application composite WPF raisonnablement modulaire, tout en minimisant le nombre d'ensembles?

Pour mon projet actuel, j'ai commencé par créer un module pour chaque groupe logique de fonctionnalité, ce qui conduit à un bon nombre (14) assemblées assez petites. Si je devais factoriser et essayer de réduire au minimum les assemblées, je pouvais le faire descendre à 6, tout en en accord avec l'architecture composite WPF, mais je me demande si je suis en train de perdre une certaine flexibilité ... peut-être que je devrais rappeler YAGNI .

Answer 1

En plus YAGNI, rappelez-vous aussi les La séparation des préoccupations et Lazy modèles de chargement et de les utiliser à votre avantage. Il ne sert à rien d'avoir moins des ensembles qui regroupent beaucoup plus potentiellement fonctionnalités superflues qui appartient à différents aspects de votre application. Gardez à l'esprit que c'est aussi beaucoup plus facile à maintenir le code qui maintient un faible couplage, que vous risquez induire des bugs en groupant dans les mêmes fonctionnalités de montage qui ne vous appartient pas ensemble.

Vous pouvez faire des tests d'utilisation dans l'utilisation-scénarios typiques de votre application, et voir ce que les modules sont souvent nécessaires ensemble, compter les uns sur les autres, ou hériter d'un autre et regrouper ces mêmes dans les assemblées. Les modules qui ont des fonctionnalités disjoints -. Faire un choix conduit à une charge d'un ou une autre, mais jamais les deux, devraient surtout être conservés dans des ensembles séparés

Answer 2

Allez-y et diviser votre code en autant que les assemblées dont vous avez besoin pour le garder facile à comprendre et à maintenir. Plus tard, si vous découvrez des problèmes de performance dans votre application, et ce sont en raison d'un nombre excessif d'assemblages, vous pouvez commencer à penser à se joindre à certains d'entre eux. Assurez-vous d'avoir un design modèle d'objet clair et la structure espace de noms afin que vous ne perdez pas une trace de votre code, peu importe combien d'ensembles vous utilisez.