2010-11-12 8 views
1

J'ai lu cette approche et j'ai compris la partie théorique dans une certaine mesure. Cependant, je voulais demander à la communauté de partager leur expérience de la vie réelle d'où et comment ils ont appliqué cette technique ainsi que comment leur logiciel avait bénéficié de le faire.IoC et DI - architecture et exemples de mise en œuvre

Il ne s'agit pas de savoir quel IoC Container Framework est meilleur, mais plutôt l'approche dans son ensemble.

Le pseudo code et les idées architecturales sont les bienvenus!

Merci.

Répondre

3

Quand j'ai commencé à me salir les mains avec DI et IoC, j'ai trouvé le guide sur Ninject très utile. Il est facile à suivre et fait un excellent travail de couverture de l'information nécessaire. En plus du guide, Ninject est une excellente implémentation gratuite de l'injection de dépendance.

+0

+1 pages ninject sur github sont très bons. – ocodo

1

Il est vraiment très simple:

le code séparé que "fils" les objets dans votre application des classes qui en fait "sont" votre application. En d'autres termes, la notion architecturale fondamentale que vous devez suivre est d'isoler tout le code qui invoque le mot clé 'new' ou les méthodes statiques du code qui contient la logique métier ou d'application.

SÉPARER LE CODE QUI INSTANTIT DES OBJETS DU CODE QUI INVENTE DES MÉTHODES SUR CES OBJETS !!

Désolé pour le cri, mais si vous suivez cette règle, vous vous retrouverez avec un code faiblement couplé, facilement testable qui est le point de IoC et DI-- indépendamment du cadre que vous utilisez. Vous n'avez peut-être même pas besoin d'un cadre!

Un gars nommé Misko Hevery a un bon blog sur ce genre de choses.

Blog of Misko Hevery

The article