Tengo varias clases decoradas de WebActivator.PreApplicationStartMethod.Defina un orden de inicialización de las clases WebActivator.PreApplicationStartMethod
Uno es para Ninject, otra clase para AwesomeMVC y el tercero es para el planificador de tareas en segundo plano.
El problema es que la clase del planificador necesita aprovechar las dependencias, que se resuelven con el contenedor IoC.
Mis preguntas son:
- ¿Puedo tener varias clases WebActivator.PreApplicationStartMethod?
- ¿Puedo definir el orden en el que se inicializan, de modo que la IoC, siendo la más importante, es lo primero?
- ¿Pueden las instancias de clase estática WebActivator.PreApplicationStartMethod confiar en el contenedor IoC para resolver sus dependencias definidas por el constructor?
¿Está diciendo que incluso si tengo un método PreAppStat, se puede llamar varias veces? ¿Por que es esto entonces? –
El marco solo llamará al método una vez. Pero supongamos que tiene 3 componentes: A, B y C. Tanto A como B dependen de C (y, por lo tanto, según esta pauta, ambos llaman al método PreAppStart de C en sus propios métodos). Pero A y B son independientes y no se conocen entre sí, por lo que no pueden coordinar cuántas veces se llamó el método PreAppStart de C. Es por eso que el método de C necesita ser idempotente. – marcind
Oh, lo entiendo. Gracias. –