7 thoughts on “My Book”

1. Greetings. Does this book teach implementing Ninject in Windows Service? Thanks in advance, Krishna.

   Reply ↓

2. Hi Krishna,

   In terms of implementing Ninject, Windows services are similar to Console applications and the “composition root” is in the Main() method. Your Main() method in a Windows service should look like this:

   static void Main()
   {
       using (var kernel = new StandardKernel())
       {
           // In this example I used a single binding, 
           // but in real life applications, a binding convention is recommended here.
           kernel.Bind<ServiceBase>().To<Service1>();
   
           ServiceBase[] ServicesToRun = kernel.GetAll().ToArray();
           ServiceBase.Run(ServicesToRun);
       }
   }
   

   Console applications, Composition roots, and binding conventions are all covered in the book.

   Reply ↓

   • Thanks for a quick response, Daniel. I bought the book and I am loving it so far, good job sir. But, I am still stuck at one place, if you can help me there, I’d really appreciate it.
     My question is: My Windows Service project is a start up project in a .Net solution. This project has dependency of other .Net projects (like database project, business logic project, contracts project, etc) in same .Net solution. I have used IDependencyResolver (a member of System.Web.Http.Dependencies) in .Net Web API to resolve dependencies, but I cannot use that interface in Windows Service.

     So, do you have any suggestion on how to resolve this multi project dependency? I appreciate your guidance. If you can’t help without looking at my code, I can try providing a simplified version of my code to you as well.

     Krishna

     Reply ↓

     • Hi Daniel. I have found one solution, it may not be THE solution, but it works for me. Instead of having a dependency resolver in my root project, i.e. windows service project, and then having all IoC (for NinjectModule classes) in all the sub-projects, I did this and it worked:

       1. I added all the project references to the root project.
       Before this I had nested references, like data project reference was only in ESB project. ESB project reference was only added in business logic project. Business logic project was only added in root project. Now, all projects (data, ESB, Business Logic, etc) are added to root project.

       2. I removed all IoC folders from sub projects, removed all NinjectModule classes from all those projects.

       3. Kept only one IoC folder, only one NinjectModule class in root project, and declared all the bindings here, including even for those sub-projects. Like this:

       public class ListnerNinjectModule : NinjectModule
       {
       public override void Load()
       {
       Bind().To();
       Bind().To();
       Bind().To();
       Bind().To();
       Bind().ToSelf();
       }
       }

       This is a little different approach than I am used to in MVC and in Web APIs, and it works for now.

       Thanks again for your help,
       Krishna

3. It seems my binding code got lost in above html comment, maybe for security reasons.

   Reply ↓

4. Hi Krishna,

   Sorry for the late answer. First of all none of your projects should know anything about your IoC container, except the one which has your composition root. So you made the right decision to remove Ninject modules from your other projects. Adding a reference to all project in the root of your application is not a bad idea but it is not necessary. If you use conventional binding, you simply need to have the dll of your projects in the bin directory and Ninject scans all of the assemblies even if you haven’t added a project reference. However adding a project reference is the easiest way to make sure you’ll have all your binaries in your bin directory after every build.

   Reply ↓

   • No problem, appreciate your responses. What you just said, that makes total sense. Thanks again, Krishna.

     Reply ↓