ASP.NET MVC: Für dieses Objekt ist kein parameterloser Konstruktor definiert

Server Error in '/' Application.
--------------------------------------------------------------------------------

No parameterless constructor defined for this object. 
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code. 

Exception Details: System.MissingMethodException: No parameterless constructor defined for this object.

Source Error: 


Line 16:             HttpContext.Current.RewritePath(Request.ApplicationPath, false);
Line 17:             IHttpHandler httpHandler = new MvcHttpHandler();
Line 18:             httpHandler.ProcessRequest(HttpContext.Current);
Line 19:             HttpContext.Current.RewritePath(originalPath, false);
Line 20:         }

Ich folgte Steven Sandersons Buch ' Pro ASP.NET MVC Framework '. Auf Seite 132 habe ich gemäß der Empfehlung des Autors die ASP.NET MVC Futures-Assembly heruntergeladen und meinem MVC-Projekt hinzugefügt. [Hinweis: Dies könnte ein roter Hering sein.]

Danach konnte ich mein Projekt nicht mehr laden. Der obige Fehler hat mich kalt gehalten.

Meine Frage lautet nicht : "Können Sie mir helfen, meinen Code zu reparieren?"

Stattdessen möchte ich allgemeiner wissen:

• Wie soll ich dieses Problem beheben?
• Was soll ich suchen?
• Was könnte die Grundursache sein?

Es scheint, als sollte ich Routing und Controller auf einer tieferen Ebene verstehen als jetzt.

Ich hatte gerade ein ähnliches Problem. Die gleiche Ausnahme tritt auf, wenn a Modelkeinen parameterlosen Konstruktor hat.

Der Aufrufstapel stellte eine Methode fest, die für die Erstellung einer neuen Instanz eines Modells verantwortlich ist.

System.Web.Mvc.DefaultModelBinder. CreateModel (ControllerContext controllerContext, ModelBindingContext bindingContext, Typ modelType)

Hier ist ein Beispiel:

public class MyController : Controller
{
    public ActionResult Action(MyModel model)
    {

    }
}

public class MyModel
{
    public MyModel(IHelper helper) // MVC cannot call that
    {
        // ...
    }

    public MyModel() // MVC can call that
    {
    }
}

Dies kann auch verursacht werden, wenn Ihr Modell eine SelectList verwendet, da diese keinen parameterlosen Konstruktor hat :

public class MyViewModel
{
    public SelectList Contacts { get;set; }
}

Sie müssen Ihr Modell umgestalten, um es anders zu machen, wenn dies die Ursache ist. Verwenden Sie also eine IEnumerable<Contact>und schreiben Sie eine Erweiterungsmethode, mit der die Dropdown-Liste mit den verschiedenen Eigenschaftsdefinitionen erstellt wird:

public class MyViewModel
{
    public Contact SelectedContact { get;set; }
    public IEnumerable<Contact> Contacts { get;set; }
}

public static MvcHtmlString DropDownListForContacts(this HtmlHelper helper, IEnumerable<Contact> contacts, string name, Contact selectedContact)
{
    // Create a List<SelectListItem>, populate it, return DropDownList(..)
}

Oder Sie können den Ansatz @Mark und @krilovich verwenden. Sie müssen lediglich SelectList durch IEnumerable ersetzen. Dies funktioniert auch mit MultiSelectList.

 public class MyViewModel
    {
        public Contact SelectedContact { get;set; }
        public IEnumerable<SelectListItem> Contacts { get;set; }
    }

Sie benötigen die Aktion, die der Steuerung entspricht, um keinen Parameter zu haben.

Sieht aus wie für die Controller / Action-Kombination, die Sie haben:

public ActionResult Action(int parameter)
{

}

aber du brauchst

public ActionResult Action()
{

}

Lesen Sie auch Phil Haacks Route Debugger, um Fehler in Routen zu beheben.

Standardmäßig benötigen MVC-Controller einen Standardkonstruktor ohne Parameter. Am einfachsten wäre es, einen Standardkonstruktor zu erstellen, der den mit Parametern aufruft:

public MyController() : this(new Helper()) {
}

public MyController(IHelper helper) {
  this.helper = helper;
}

Sie können diese Funktionalität jedoch überschreiben, indem Sie Ihre eigenen rollen ControllerFactory. Auf diese Weise können Sie MVC mitteilen, dass Sie beim Erstellen MyControllereiner Instanz eine Instanz von geben Helper.

Auf diese Weise können Sie Dependency Injection-Frameworks mit MVC verwenden und wirklich alles entkoppeln. Ein gutes Beispiel dafür finden Sie auf der StructureMap-Website . Der ganze Schnellstart ist gut und er wird bei "Auto Wiring" ganz unten auf MVC zugeschnitten.

Dieser Fehler tritt auch bei Verwendung eines IDependencyResolver auf , z. B. bei Verwendung eines IoC-Containers, und der Abhängigkeitsauflöser gibt null zurück. In diesem Fall verwendet ASP.NET MVC 3 standardmäßig den DefaultControllerActivator, um das Objekt zu erstellen. Wenn das zu erstellende Objekt keinen öffentlichen Konstruktor no-args hat, wird jedes Mal eine Ausnahme ausgelöst, wenn der bereitgestellte Abhängigkeitsauflöser null zurückgegeben hat.

Hier ist eine solche Stapelverfolgung:

[MissingMethodException: No parameterless constructor defined for this object.]
   System.RuntimeTypeHandle.CreateInstance(RuntimeType type, Boolean publicOnly, Boolean noCheck, Boolean& canBeCached, RuntimeMethodHandleInternal& ctor, Boolean& bNeedSecurityCheck) +0
   System.RuntimeType.CreateInstanceSlow(Boolean publicOnly, Boolean skipCheckThis, Boolean fillCache) +98
   System.RuntimeType.CreateInstanceDefaultCtor(Boolean publicOnly, Boolean skipVisibilityChecks, Boolean skipCheckThis, Boolean fillCache) +241
   System.Activator.CreateInstance(Type type, Boolean nonPublic) +69
   System.Web.Mvc.DefaultControllerActivator.Create(RequestContext requestContext, Type controllerType) +67

[InvalidOperationException: An error occurred when trying to create a controller of type 'My.Namespace.MyController'. Make sure that the controller has a parameterless public constructor.]
   System.Web.Mvc.DefaultControllerActivator.Create(RequestContext requestContext, Type controllerType) +182
   System.Web.Mvc.DefaultControllerFactory.GetControllerInstance(RequestContext requestContext, Type controllerType) +80
   System.Web.Mvc.DefaultControllerFactory.CreateController(RequestContext requestContext, String controllerName) +74
   System.Web.Mvc.MvcHandler.ProcessRequestInit(HttpContextBase httpContext, IController& controller, IControllerFactory& factory) +232
   System.Web.Mvc.<>c__DisplayClass6.<BeginProcessRequest>b__2() +49
   System.Web.Mvc.<>c__DisplayClassb`1.<ProcessInApplicationTrust>b__a() +13
   System.Web.Mvc.SecurityUtil.<GetCallInAppTrustThunk>b__0(Action f) +7
   System.Web.Mvc.SecurityUtil.ProcessInApplicationTrust(Action action) +22
   System.Web.Mvc.SecurityUtil.ProcessInApplicationTrust(Func`1 func) +124
   System.Web.Mvc.MvcHandler.BeginProcessRequest(HttpContextBase httpContext, AsyncCallback callback, Object state) +98
   System.Web.Mvc.MvcHandler.BeginProcessRequest(HttpContext httpContext, AsyncCallback callback, Object state) +50
   System.Web.Mvc.MvcHandler.System.Web.IHttpAsyncHandler.BeginProcessRequest(HttpContext context, AsyncCallback cb, Object extraData) +16
   System.Web.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +8963444
   System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +184

Sie können diese Ausnahme an vielen verschiedenen Stellen im MVC-Framework erhalten (z. B. kann der Controller nicht erstellt werden oder es kann kein Modell für diesen Controller erstellt werden).

Die einzige einfache Möglichkeit, dieses Problem zu diagnostizieren, besteht darin, MVC so nah wie möglich an der Ausnahme mit Ihrem eigenen Code zu überschreiben. Wenn diese Ausnahme auftritt, wird Ihr Code in Visual Studio unterbrochen, und Sie können den Typ, der das Problem verursacht, aus dem Stack-Trace lesen.

Dies scheint ein schrecklicher Weg zu sein, um dieses Problem anzugehen, aber es ist sehr schnell und sehr konsequent.

Wenn dieser Fehler beispielsweise im MVC DefaultModelBinder auftritt (was Sie anhand der Stapelverfolgung erkennen können), ersetzen Sie den DefaultModelBinder durch diesen Code:

public class MyDefaultModelBinder : System.Web.Mvc.DefaultModelBinder
{
    protected override object CreateModel(System.Web.Mvc.ControllerContext controllerContext, System.Web.Mvc.ModelBindingContext bindingContext, Type modelType)
    {
        return base.CreateModel(controllerContext, bindingContext, modelType);
    }
}

Und aktualisieren Sie Ihre Global.asax.cs:

public class MvcApplication : System.Web.HttpApplication
{
...
    protected void Application_Start(object sender, EventArgs e)
    {
        ModelBinders.Binders.DefaultBinder = new MyDefaultModelBinder();
    }
}

Wenn Sie diese Ausnahme das nächste Mal erhalten, stoppt Visual Studio in Ihrer MyDefaultModelBinder-Klasse, und Sie können die Eigenschaft "modelType" überprüfen, um festzustellen, welcher Typ das Problem verursacht hat.

Das obige Beispiel funktioniert nur, wenn während der Modellbindung die Ausnahme "Kein parameterloser Konstruktor für dieses Objekt definiert" angezeigt wird. Ein ähnlicher Code kann jedoch auch für andere Erweiterungspunkte in MVC geschrieben werden (z. B. Controller-Konstruktion).

Ich habe den gleichen Fehler bekommen, der Schuldige in meinem Fall war der Konstruktor, der weder öffentlich noch privat war .

Für dieses Objekt ist kein parameterloser Konstruktor definiert.

Ausnahmedetails: System.MissingMethodException: Für dieses Objekt ist kein parameterloser Konstruktor definiert.

Repro-Code: Stellen Sie sicher, dass der Konstruktor öffentlich ist.

public class Chuchi()
{
     Chuchi()    // The problem is this line. Public is missing
     {
         // initialization
         name="Tom Hanks";
     }

    public string name
    {
        get;
        set;
    }
}

Erstes Video auf http://tekpub.com/conferences/mvcconf

47:10 Minuten in zeigen den Fehler und zeigen, wie die Standard-ControllerFactory überschrieben wird. Dh um eine Strukturkarten-Controller-Fabrik zu erstellen.

Grundsätzlich versuchen Sie wahrscheinlich, die Abhängigkeitsinjektion zu implementieren?

Das Problem ist, dass die Schnittstellenabhängigkeit ist.

Ich habe den gleichen Fehler erhalten, wenn:

Bei Verwendung einer benutzerdefinierten ModelView haben beide Aktionen (GET und POST) die ModelView übergeben, die zwei Objekte enthielt:

public ActionResult Add(int? categoryID)
{
    ...
    ProductViewModel productViewModel = new ProductViewModel(
            product,
            rootCategories
            );
    return View(productViewModel); 
}

Und der POST akzeptiert auch dieselbe Modellansicht:

[HttpPost]
[ValidateInput(false)]
public ActionResult Add(ProductModelView productModelView)
{...}

Das Problem war, dass die Ansicht die ModelView erhielt (benötigte sowohl Produkt- als auch Liste der Kategorieninformationen), aber nach dem Senden nur das Product-Objekt zurückgab. Da POST Add jedoch eine ProductModelView erwartete, übergab es eine NULL, aber der ProductModelView-Konstruktor benötigte nur zwei Parameter ( Produkt, RootCategories), dann wurde versucht, einen anderen Konstruktor ohne Parameter für diesen NULL-Fall zu finden, und dann schlägt er mit "no parameterles ..." fehl.

Wenn Sie den POST Add wie folgt beheben, wird das Problem behoben:

[HttpPost]
[ValidateInput(false)]
public ActionResult Add(Product product)
{...}

Hoffe, das kann jemandem helfen (ich habe fast einen halben Tag damit verbracht, das herauszufinden!).

Das gleiche für mich. Mein Problem trat auf, weil ich vergessen habe, dass meine Basismodellklasse bereits eine Eigenschaft mit dem Namen hat, der in der Ansicht definiert wurde .

public class CTX : DbContext {  // context with domain models
    public DbSet<Products> Products { get; set; }  // "Products" is the source property
    public CTX() : base("Entities") {}
}

public class BaseModel : CTX { ... }
public class ProductModel : BaseModel { ... }
public class OrderIndexModel : OrderModel  { ... }

... und Controller-Verarbeitungsmodell:

[HttpPost]
[ValidateInput(false)]
public ActionResult Index(OrderIndexModel order) { ... }

Nichts besonderes, oder? Aber dann definiere ich die Ansicht ...

<div class="dataItem">
    <%=Html.Label("Products")%>
    <%=Html.Hidden("Products", Model.index)%>   // I FORGOT THAT I ALREADY HAVE PROPERTY CALLED "Products"
    <%=Html.DropDownList("ProductList", Model.products)%>
    <%=Html.ActionLink("Delete", "D")%>
</div>

... was bei POST-Anfrage den Fehler "Parameterloser Konstruktor" verursacht.

Hoffentlich hilft das.

Ich hatte ein ähnliches Problem, und im Grunde ist der Punkt, dass es einige Argumente in der Aktionsmethode gibt, die nicht vom Modellbindungsprozess bereitgestellt wurden (und mit anderen Worten, diese Felder wurden nicht von der übergebenden Seite übermittelt).

Dieses Problem tritt auch dann auf, wenn alle Argumente außer einem angegeben werden und wenn das fehlende ein nullbarer Typ ist.

Das Problem kann auch auf einen Tippfehler zurückzuführen sein, bei dem der Name des Arguments und der Name des Formularfelds nicht identisch sind.

Die Lösung besteht darin, 1) zu überprüfen, ob die Namen übereinstimmen 2) einen Standardwert für das Argument bereitzustellen 3) oder eine andere Aktionsmethode ohne dieses Argument bereitzustellen.

Ich hatte auch dieses Problem und dachte, ich würde es teilen, da ich mein Problem oben nicht finden kann.

Das war mein Code

return RedirectToAction("Overview", model.Id);

Aufruf dieses Aktionsergebnisses:

public ActionResult Overview(int id)

Ich nahm an, dass es klug genug wäre, um herauszufinden, dass der Wert, den ich übergebe, der ID-Parameter für die Übersicht ist, aber nicht. Dies hat es behoben:

return RedirectToAction("Overview", new {id = model.Id});

Ich habe die gleiche Ausnahme bekommen, weil es keinen parameterlosen öffentlichen Konstruktor gab

Code war wie folgt:

public class HomeController : Controller
{        
    private HomeController()
    {
        _repo = new Repository();
    }

gewechselt zu

 public class HomeController : Controller
{        
    public HomeController()
    {
        _repo = new Repository();
    }

Problem für mich gelöst.

Alle Antworten besagen, dass ein Konstruktor ohne Parameter erstellt werden soll, was nicht ideal ist, wenn Sie nicht möchten, dass andere Entwickler ihn verwenden, sondern nur den Modellordner.

Das Attribut [Obsolete("For model binding only", true)]über einem öffentlichen Konstruktor löst einen Compilerfehler aus, wenn ein anderer Entwickler versucht, dies zu verwenden. Ich habe ewig gebraucht, um das zu finden, hoffe, es hilft jemandem.

Ich habe diesen Fehler bekommen. Ich habe Schnittstellen in meinem Konstruktor verwendet und mein Abhängigkeitsauflöser konnte nicht aufgelöst werden. Als ich ihn registrierte, verschwand der Fehler.

Ich hatte das gleiche Problem ...

Wenn Sie eine Schnittstelle verwenden, um Ihre Verbindung mit Ihrem DbContext zu entkoppeln (wie ich), können Sie structuremap.mvc (3- oder 4-Budget-Paket ) verwenden, um eine Konstruktion in Ihrer Controller-Klasse verwenden zu können. Dadurch erhalten Sie einen DependencyResolution-Ordner. Ändern Sie einfach die kommentierte Zeile mit Ihrer For <Schnittstellenklasse> () und verwenden Sie <DbContextClass> ().

Während dies für einige offensichtlich sein mag, war der Schuldige für diesen Fehler für mich, dass meine MVC-Methode an ein Modell gebunden war, das eine Eigenschaft vom Typ enthielt Tuple<>. Tuple<>hat keinen parameterlosen Konstruktor.

Ich hatte das gleiche Problem, fand aber später heraus, dass das Hinzufügen einer neuen Schnittstelle und der entsprechenden Klasse die Registrierung unter Initializable Module für die Abhängigkeitsinjektion erfordert. In meinem Fall war es wie folgt im Code:

[InitializableModule]
[ModuleDependency(typeof(EPiServer.Web.InitializationModule))]
public class DependencyResolverInitialization : IConfigurableModule
{

    public void ConfigureContainer(ServiceConfigurationContext context)
    {
        context.Container.Configure(ConfigureContainer);
        var structureMapDependencyResolver = new StructureMapDependencyResolver(context.Container);
        DependencyResolver.SetResolver(structureMapDependencyResolver);
        GlobalConfiguration.Configuration.Services.Replace(typeof(IHttpControllerActivator), structureMapDependencyResolver);
    }

    private void ConfigureContainer(ConfigurationExpression container)
    {
        container.For<IAppSettingService>().Use<AppSettingService>();
        container.For<ISiteSettingService>().Use<SiteSettingService>();
        container.For<IBreadcrumbBuilder>().Use<BreadcrumbBuilder>();
        container.For<IFilterContentService>().Use<FilterContentService>().Singleton();
        container.For<IDependecyFactoryResolver>().Use<DependecyFactoryResolver>();
        container.For<IUserService>().Use<UserService>();
        container.For<IGalleryVmFactory>().Use<GalleryVmFactory>();
        container.For<ILanguageService>().Use<LanguageService>();
        container.For<ILanguageBranchRepository>().Use<LanguageBranchRepository>();
        container.For<ICacheService>().Use<CacheService>(); 
        container.For<ISearchService>().Use<SearchService>();
        container.For<IReflectionService>().Use<ReflectionService>();
        container.For<ILocalizationService>().Use<LocalizationService>();
        container.For<IBookingFormService>().Use<BookingFormService>();
        container.For<IGeoService>().Use<GeoService>();
        container.For<ILocationService>().Use<LocationService>();
        RegisterEnterpriseAPIClient(container);
    }

   public void Initialize(InitializationEngine context)
    {
    }

    public void Uninitialize(InitializationEngine context)
    {
    }

    public void Preload(string[] parameters)
    {
    }
}

}}

In meinem Fall hatte meine Klasse das [Serializable]Attribut.

Sie benötigen einen Konstruktor, der keine Parameter akzeptiert, wenn Ihre Klasse ist [Serializable]

Dieser Fehler begann für mich, als ich eine neue Methode zum Instanziieren einer Klasse hinzufügte.

Beispiel:

    public class myClass
    {
         public string id{ get; set; }
         public List<string> myList{get; set;}

         // error happened after I added this
         public myClass(string id, List<string> lst)
         {
             this.id= id;
             this.myList= lst;
         }
     }

Der Fehler wurde behoben, als ich bei dieser Änderung einen parameterlosen Konstruktor hinzufügte. Ich glaube, der Compiler erstellt standardmäßig einen parameterlosen Konstruktor, aber wenn Sie Ihren eigenen hinzufügen, müssen Sie ihn explizit erstellen.

    public class myClass
    {
         public string id{ get; set; }
         public List<string> myList{get; set;}

         // error doesn't happen when I add this
         public myClass() { }

         // error happened after I added this, but no longer happens after adding above
         public myClass(string id, List<string> lst)
         {
             this.id= id;
             this.myList= lst;
         }
     }

Ich hatte DropDownListmeinem Formular ein hinzugefügt , aber in meinem Fall wurde es nicht mit dem Formular gesendet (und sollte es auch nicht sein), da es sich außerhalb der <form></form>Tags befand:

@Html.DropDownList("myField", Model.MyField)

Da das Modell das Feld nur zur Anzeige enthielt, verursachte dies auch den No parameterless constructor defined for this objectFehler, da das Feld überhaupt nicht gesendet wurde.

In diesem Fall habe ich das Problem behoben, indem ich eine Ausschlussbindung hinzugefügt habe:

public ActionResult Foo(int id, int? page, [Bind(Exclude = "MyField")]MyModel model)

Dies ist mir passiert und die Ergebnisse auf dieser Seite waren eine gute Ressource, die mich in viele Richtungen geführt hat, aber ich möchte noch eine weitere Möglichkeit hinzufügen:

Wie in anderen Antworten angegeben, wird beim Erstellen eines Konstruktors mit Parametern der implizite parameterlose Konstruktor entfernt, sodass Sie ihn explizit eingeben müssen.

Mein Problem war, dass ein Konstruktor mit Standardparametern diese Ausnahme ebenfalls auslöste.

Gibt Fehler:

public CustomerWrapper(CustomerDto customer = null){...}

Werke:

public CustomerWrapper(CustomerDto customer){...}
public CustomerWrapper():this(null){}

Höchstwahrscheinlich haben Sie einen parametrisierten Konstruktor in Ihrem Controller und der von Ihnen verwendete Abhängigkeitsauflöser kann die Abhängigkeit nicht ordnungsgemäß auflösen. Sie müssen einen Haltepunkt setzen, an dem die Abhängigkeitsauflösungsmethode geschrieben ist, und Sie erhalten den genauen Fehler in der inneren Ausnahme.

Ich hatte das gleiche Problem.

Nur HttpFileCollectionBase filesaus dem Post Action-Methodenargument entfernt und wie HttpFileCollectionBase files = Request.Files;im Methodenkörper hinzugefügt .

Ich habe dem Modell im DOMAIN-Ordner einen parameterlosen Konstruktor hinzugefügt, und das Problem ist gelöst.

 public User()
        {

        }

Ich habe diese Nachricht also auch schon einmal erhalten, als ich einen Ajax-Anruf getätigt habe. Grundsätzlich wird also nach einem Konstruktor in dieser Modellklasse gefragt, der vom Controller aufgerufen wird und keinen Parameter hat.

Hier ist ein Beispiel

public class MyClass{

     public MyClass(){} // so here would be your parameterless constructor

 }