C#, Ninject: ¿Dónde colocas el kernel y tus módulos?

Question

Estoy creando una pequeña aplicación C#, que actualmente consta de un conjunto de núcleo y un ensamblado de winforms. Me doy cuenta de que probablemente no necesite Ninject en algo tan pequeño como este, pero me gustaría probarlo.

De todos modos, para trabajar con Ninject, he entendido que escribiría un conjunto de módulos, que mapea la clase se devuelve y así sucesivamente. Después de eso, crearía una instancia de IKernel y cargaría sus módulos en eso.

Pero, ¿dónde guardo esos módulos? ¿Y dónde guardo el kernel? ¿A dónde van las cosas?

Answer 1

Puede crear una clase de contenedor estático para kernel. De esta manera podría hacer algo como ServiceLocator.Resolve()

Para registrar servicios hay dos formas: en línea y en el registro del módulo. Ambos deben cargarse en bootstrapping. Módulo es mejor para organizar.

Quizás sería más fácil comenzar con StructureMap porque hay una clase estática y tiene funciones de asignación automática.

Esas grabaciones de pantalla deben tener que comenzar:

• Dime Casts series for Ninject
• Dime Casts series for StructureMap

Answer 2

+ ha hecho +1 en la respuesta de Marek - definitivamente mirar a través de esos recursos.

Algunos puntos ...

definitivamente derecho a probar esto, incluso en una pequeña aplicación. También es importante pensar mucho sobre preguntas superficialmente simples como la que planteaste. Para DI, realmente tienes que trabajar un poco para realmente apreciarlo, yo por lo menos estuve en el campamento "Oh, tengo una aplicación pequeña" (denegación) durante mucho tiempo hasta que realmente lo usé .

Hay una escuela de que, en general, una debería estar alejándose del Localizador de Servicios y simplemente teniendo inyección [sin dependencias en un contenedor].

Si no utiliza los Localizadores de servicios, nadie necesita saber dónde está el Envase (Núcleo), que es lo mejor.

Los módulos tienen principalmente el propósito de compartimentar lotes de cosas para registrar en un Contenedor general particular (Kernel).

Seguramente hay una implementación de Singleton canónica 'Global Container' para Ninject? EDIT: Acabo de encontrar una: - http://www.codethinked.com/creating-a-binding-factory-for-ninject

Véase también Ninject: How do I inject into a class library?

Answer 3

Mi punto de vista: como dijo Marek, usted debe crear un poco de envoltura (probablemente estática) para el núcleo, que contiene la instancia iKernel. Debe contener el método Resolve < T> y probablemente el método Load (INinjectModule module), todo estático.

En cada conjunto, puede simplemente definir su propio INinjectModule que mapea las clases dentro de este conjunto.

El envoltorio de kernel está en el ensamblaje más "bajo", el más común (normalmente el que tiene Log y Utils). Se debe a que Kernel debe ser accesible desde todas las partes, por lo que debe estar en el ensamblaje, al que hacen referencia todos los demás. Si no tienes uno, siempre eres lo suficientemente libre para crear uno. Esto puede parecer un poco complicado, uno podría esperar que Kernel estará en el ensamblado 'más alto' (el ejecutable). No es verdad.

Para registrar todos sus módulos desde sus ensamblajes, simplemente llame a Kernel.Load (nuevo XXModule) en cada uno de ellos.