asp.net mvc inserisce i controller in un progetto separato

Sto solo imparando asp.net mvc e sto cercando di capire come spostare i miei controller in un progetto separato. In genere, quando ho progettato le app Web asp.net in precedenza, ho creato un progetto per i miei modelli, un altro per la mia logica e poi c'era il Web.

Ora che sto imparando asp.net mvc, speravo di seguire uno schema simile e inserire i modelli e i controller ciascuno nei propri progetti separati e lasciare semplicemente le visualizzazioni / script / css nel web. La parte relativa ai modelli è stata facile, ma quello che non capisco è come "trovare" i miei controller in un progetto separato. Inoltre, vorrei sapere se è consigliabile. Grazie!

Prima di tutto, è sicuramente una buona idea inserire il tuo modello in un progetto separato. Come hai scoperto, questo è banale.

Per quanto riguarda i controller e le viste, non vedo alcun vantaggio evidente nel separarli per la maggior parte dei progetti di base, sebbene potresti avere una particolare necessità di farlo in una particolare applicazione.

Se scegli di farlo, dovrai dire al framework come trovare i tuoi controller. Il modo di base per farlo è fornire il proprio ControllerFactory. Puoi dare un'occhiata al codice sorgente di DefaultControllerFactory per avere un'idea di come farlo. Sottotitolare questa classe e sovrascrivere il metodo GetControllerType (string controllerName) potrebbe essere sufficiente per ottenere ciò che stai chiedendo.

Dopo aver creato il tuo ControllerFactory personalizzato, aggiungi la seguente riga a Application_Start in global.asax per dire al framework dove trovarlo:

ControllerBuilder.Current.SetControllerFactory(new MyControllerFactory());

Aggiornamento: leggi questo post e i post a cui si collega per maggiori informazioni. Vedi anche il commento di Phil Haack su quel post su:

ControllerBuilder.Current.DefaultNamespaces.Add(
    "ExternalAssembly.Controllers");

... che non è una soluzione completa, ma forse abbastanza buona per casi semplici.

Sebbene sia ragionevole creare il proprio ControllerFactory, ho trovato più conveniente definire tutti i miei controller in ogni progetto, ma derivarli dai controller nel mio progetto condiviso:

namespace MyProject1.Controllers
{
   public class MyController : MySharedProject.Controllers.MyController
   {
      // nothing much to do here...
   }
}

namespace MySharedProject.Controllers
{
   public abstract class MyController : System.Web.Mvc.Controller
   {
      // all (or most) of my controller logic here...
   }
}

Questo ha l'ulteriore vantaggio di avere un posto dove mettere la logica del controller che differisce da progetto a progetto. Inoltre, è più facile per altri sviluppatori trovare rapidamente la logica del controller perché i controller esistono nella posizione standard.

Per quanto riguarda se questo sia consigliabile, penso che lo sia assolutamente. Ho creato alcune logiche di gestione degli account comuni che voglio condividere tra progetti che altrimenti hanno logiche di business molto diverse. Quindi condivido il mio account e i controller di amministrazione, ma gli altri controller sono specifici per i rispettivi progetti.

• Aggiungi la libreria di classi per il tuo progetto mvc.

• Nella classe aggiungi il seguente codice (For u'r Controller Code)

  namespace ContactController
  {
  public class ContactController : Controller
  {
      public ActionResult Call()
      {
          ViewBag.Title = "Inside MyFirst Controller.";
          return View();
      }
  }

  }

• Nella cartella della vista del progetto mvc aggiungi la cartella per Contact e crea un file Call.cshtml.

• Aggiungere il riferimento al progetto della libreria di classi nel progetto MVC principale.

• Infine, per fare riferimento allo spazio dei nomi del controller di contatto in Route Config.

Il mio problema è stato risolto dopo aver aggiornato il System.Web.Mvcriferimento NuGet in modo che MvcWebsite e Class Library utilizzino la stessa System.Web.Mvcversione

Non è necessario aggiungere spazi dei nomi predefiniti

La forma più semplice di separazione che utilizzo è mantenere le viste "così come sono" nel progetto MVC originale ma rimuovere i controller. Quindi in un nuovo progetto ClassLibrary aggiungi le classi Controller e assicurati che ereditino da Controller.

Il motore di routing MVC instraderà automaticamente ai controller nella ClassLibrary e i controller costruiranno automaticamente le viste dal progetto MVC originale, a condizione che i riferimenti e gli utilizzi siano corretti.

Sto usando questa architettura per implementare un modulo di report HTML che può essere compilato e distribuito separatamente dalla soluzione principale. Finalmente sono libero da SSRS!