ASP.NET MVC 4 + Ninject MVC 3 = aucun constructeur sans paramètre défini pour cet objet

je sais que c'est une vieille question mais il ne semble pas y avoir de vraies réponses et j'ai travaillé autour du problème donc voici ma solution:

créer une usine de contrôleur personnalisé:

public class NinjectControllerFactory : DefaultControllerFactory
{
    private IKernel ninjectKernel;
    public NinjectControllerFactory(IKernel kernel)
    {
        ninjectKernel = kernel;
    }
    protected override IController GetControllerInstance(RequestContext requestContext, Type controllerType)
    {
        return (controllerType == null) ? null : (IController) ninjectKernel.Get(controllerType);
    }
}

ensuite, si vous utilisez NinjectHttpApplication, ajouter la ligne suivante à OnApplicationStarted:

ControllerBuilder.Current.SetControllerFactory(new NinjectControllerFactory(Kernel));

si vous n'utilisez pas NinjectHttpApplication, Ajoutez cette ligne quelque part après avoir créé votre noyau et de passer une référence à votre fraîchement créé noyau.

C'est ça.

ne réinventez pas la roue et essayez juste Install-Package Ninject.MVC3

j'ai reçu le même message d'erreur après avoir reçu le MVC3 de NuGet.

Je ne sais pas si vous avez la même configuration que moi, mais mon web.config est généré automatiquement en fonction de l'environnement. Le MVC de NuGet ajoute rows (<runtime>) au web.config et ces lignes ont été supprimées car mes fichiers de config-Fusion n'étaient pas configurés correctement.

Cordialement,

Kim

Voici une solution sale! Mettez ce

var type = typeof(Ninject.Web.Mvc.MvcModule);

dans le début de la AppStart événement (ou ailleurs )

laissez-moi vous expliquer ce que cela signifie Si quelqu'un n'a pas encore eu trick. La chose est notre classe d'application http pourrait résider n'importe où dans la solution. Pas seulement dans l'application web. Et c'est très important parce que asp.net la routine de compilation est différente des applications habituelles de la bibliothèque. Il charge avec impatience toutes les bibliothèques référencées par L'intermédiaire de BuildManager helper, alors que clr ne charge généralement pas les types dès le début à moins qu'ils ne soient directement utilisés.

revenons maintenant à notre situation: Ninject.Web.Mvc fonctionne comme plugin dynamique, qui ne nécessite aucune mention dans un code. Et n'est donc pas chargée si elle a été référencée à l'intérieur de la bibliothèque de classe qui mène à MVC cassé.Initialisation de la dépendance.

le problème semble se produire quand on utilise Visual Studio 2012/2013 avec ASP.NET 4.0 / 4.5. La version de System.Web.Mvc a été définie à 4.0.0.0 dans le fichier Web.config . Il n'a pas de travail.

ma solution était de

1. supprimer NinjectWebCommon.cs

2. copier la classe NinjectControllerFactory de Dere dans le projet:

   public class NinjectControllerFactory : DefaultControllerFactory
   {
      private IKernel ninjectKernel;
      public NinjectControllerFactory(IKernel kernel)
      {
         ninjectKernel = kernel;
      }
   
      protected override IController GetControllerInstance(RequestContext requestContext, Type controllerType)
      {
         return (controllerType == null) ? null : (IController) ninjectKernel.Get(controllerType);
      }
   }
   

3. modifier le contenu de Global.asax à:

   public class MvcApplication : NinjectHttpApplication
   {
      protected override IKernel CreateKernel()
      {
          IKernel kernel = new StandardKernel();
   
          // kernel.Load(Assembly.GetExecutingAssembly());
   
          // kernel.Bind<ISomeClass>().To<SomeClass>();
   
          return kernel;
      }
   
      protected override void OnApplicationStarted()
      {
          AreaRegistration.RegisterAllAreas();
   
          WebApiConfig.Register(GlobalConfiguration.Configuration);
          FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
          RouteConfig.RegisterRoutes(RouteTable.Routes);
          BundleConfig.RegisterBundles(BundleTable.Bundles);
   
          ControllerBuilder.Current.SetControllerFactory(new NinjectControllerFactory(Kernel));
      }
   }
   

   après ça, vos injections devraient marcher.

tout cela est tout simplement ridicule, je suis passé à Autofac, fatigué de ne jamais être capable une seule fois D'ajouter Ninject à un projet avec succès. API Web, MVC4, MVC5 ont tous eu des problèmes.

pour les personnes MVC5, en utilisant Ninject MVC3, ajouter ce qui suit À web.niveau de l'application config:

 <runtime>
        <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
            <dependentAssembly>
                <assemblyIdentity name="System.Web.Helpers" publicKeyToken="31bf3856ad364e35"/>
                <bindingRedirect oldVersion="1.0.0.0-3.0.0.0" newVersion="3.0.0.0"/>
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="System.Web.WebPages" publicKeyToken="31bf3856ad364e35"/>
                <bindingRedirect oldVersion="1.0.0.0-3.0.0.0" newVersion="3.0.0.0"/>
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="System.Web.Mvc" publicKeyToken="31bf3856ad364e35"/>
                <bindingRedirect oldVersion="1.0.0.0-5.1.0.0" newVersion="5.1.0.0"/>
            </dependentAssembly>
        </assemblyBinding>
    </runtime>

je me suis arraché les cheveux pendant plusieurs heures sur un projet récent que j'ai déplacé de MVC 3 à MVC 4. En l'absence de réponses précises, j'ai pensé que c'était quelque chose que j'ai fait, car il semble que le Ninject.MVC3 nuget package fonctionnera très bien avec MVC4 - et en effet il fonctionne.

dans mon cas, je ne mettais pas entièrement à niveau le projet MVC3. Après avoir suivi ce guide j'ai obtenu des choses à travailler comme prévu. Ma conjecture est que j'ai été absent un redirection de la liaison d'assemblage.

donc si vous mettez à jour un projet MVC 3 en MVC 4, en utilisant Ninject et en obtenant l'erreur définie par le constructeur sans paramétrage, espérons que cela vous aidera.

Comme toutes les précédentes affiches ont déclaré cela m'a causé quelques poils gris. Dans mon cas, j'ai "optimisé" mes références trop. Ninject.* les choses étaient là, mais se sont détériorées. J'ai effacé toutes les références et nettoyé les paquets.conf manualli et a ajouté les paquets à nouveau-victoire!

j'ai le même problème et la seule chose qui fonctionne pour moi est de changer le" serveur Web local IIS "dans les propriétés du projet Web à"utiliser Visual Studio Development Server".

Je ne sais pas pourquoi mais quand je fais cela, mon point de rupture dans NinjectWebCommon est hited. Comme @Alex l'a dit, C'est quelque chose avec Visual Studio 2012 Pas assez brillant pour exécuter le code dans NinjectWebCommon chaque fois que vous construisez votre application. Il est aussi possible que je ne sois pas assez brillant pour comprendre comment ça marche sous le capot.

Je n'aime pas ma solution parce que je préférerais utiliser mon serveur Web IIS Local mais pour le moment, j'ai une application à créer et à beaucoup de temps a pris avec ce $%?!!/ bogue..caractéristique..pas sûr.

cela a été résolu pour moi en ajoutant une référence via Nuget à Ninject.Web.MVC.

j'ai essayé toutes ces solutions, mais aucune n'a fonctionné.

C'est comme ça que je l'ai résolu: Supprimé tout mon intérimaire asp.net des dossiers. Après avoir fait ça, j'ai eu de nouvelles erreurs de configuration. Je les ai fixées. La dernière, et vraie erreur est sortie: new Bootstrapper () essayait de charger une version plus ancienne d'une dll ninject. Supprimé tous les paquets ninject. Installé les paquets ninject nuget un par un, assurez-vous que la bonne version est installée.

J'ai essayé de mettre en place Ninject avec MVC 5. Finalement j'ai dû utiliser la solution avec controller factory d'abord, et la solution avec reliure redirect ensuite. Après que tout fonctionne comme prévu. Utilisé un serveur IIS Local.

j'ai pu résoudre ce problème dans un projet web MVC5 en supprimant une directive #if #endif de mon constructeur de contrôleurs.

raccourci pour tout cela: Télécharger un des Nuget Pacakges suivants:

• Ninject.MVC3
• Ninject.MVC5

qui prendra soin de la reliure dont vous avez besoin.

j'ai réparé la mine en retirant Ninject MVC5 et en installant Ninject MVC3, de Nuget.

MVC5 == Ninject.MVC5
MVC4 == Ninject.MVC3
MVC3 == Ninject.MVC3

Vérifiez la version du système.Web.MVC dans les références pour être sûr quelle version de MVC vous êtes actuellement.

j'ai eu ce problème mais seulement sur les appels de Service Web. J'ai trouvé ma solution sur cette réponse https://stackoverflow.com/a/12379938/129580 ci-dessous se trouve le code d'échantillon fourni

public class Service : WebService
{
  public IContextProvider ContextProvider {get;set;}

  public Service()
  {
    ContextProvider = DependencyResolver.Current.GetService<IContextProvider>();
  }
}

que j'ai ensuite fini par devenir, espérons que cela aide...

/// <summary>
/// Summary description for PartMarking
/// </summary>
[WebService(Namespace = "http://tempuri.org/")]
[WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
[System.ComponentModel.ToolboxItem(false)]
// To allow this Web Service to be called from script, using ASP.NET AJAX, uncomment the following line.
[System.Web.Script.Services.ScriptService]
public class PartMarking : System.Web.Services.WebService
{
    private readonly IUnitOfWork _unitOfWork;

    public PartMarking()
    {
        _unitOfWork = DependencyResolver.Current.GetService<IUnitOfWork>();
    }

    [WebMethod]
    public DataSet GetParentConfigurations(string engineModel, string componentCode)
    {
        var results = _unitOfWork.PartMarking.GetParentSicMarkings(engineModel, componentCode);
        return results;
    }
}