Struktura wtyczki z ASP.NET MVC3 i osadzonymi widokami Razor

Question

Projektuję strukturę wtyczki dla ASP.NET MVC3, używając widoków maszynki Razor, i mam problem z poprawnym działaniem osadzonych widoków.

Ramy Wtyczka przeznaczona jest mieć te funkcje:

• Każda wtyczka ma swoje własne modele, kontrolery i widoki. Widoki są wbudowane zasoby i kontrolery wywodzą się z klasy PluginController
• wtyczek mają referencje zależność do wspólnej klasy biblioteki, który definiuje klasy bazowej PluginController
• „shell” aplikacji WWW, który obsługuje wtyczki nie może zawierać odwołań do jakichkolwiek wtyczek w czasie projektowania, ponieważ nie wie w czasie projektowania, które wtyczki ma.
• dll pluginu są opuszczane w folderze w aplikacji powłoki, która jest nie folder/bin
• Skorupa dba:
  1. odkrywaniu wtyczek (przy użyciu odbicia)
  2. Rejestrowy wszystkie kontrolery (używam do tego Spring.Net)
  3. Tworzenie trasy do kontrolerów
  4. obsługujących pliki ostrzami (cshtml) poprzez zwyczaju VirtualPathProvider

Teraz wszystko działa poprawnie, z wyjątkiem sytuacji, gdy osadzone widoki zawierają odniesienia do typów w bibliotece DLL wtyczki. Potem się niesławny błąd (nazwy pominięta):

The type or namespace name '[Plugins]' does not exist in the namespace '[MyPluginSolution]' (are you missing an assembly reference?)

Powodem tego jest to, że kompilator csc która wywoływana jest czas pracy do kompilacji poglądy brzytwa tylko dostać odniesienia dll z folderu bin i GAC.

Próbowałem również wstępnego kompilowania widoków przy użyciu this technique, ale w końcu daje takie same wyniki, ponieważ środowisko wykonawcze nalega na kompilowanie opakowania dla wstępnie skompilowanego widoku maszynki.

Mógłbym oczywiście upuść DLL wtyczek w katalogu/bin, ale moje pytanie brzmi:

Czy istnieje sposób, aby zarejestrować bibliotek DLL w non-bin (i non-GAC) folder i leczyć jako "pierwszorzędni obywatele", aby mogli korzystać z widoków brzytwy?

Answer 1

Ok, roztwór znaleźć za pomocą this article.

Najpierw tworzę klasę z PreApplicationStartMethod. Ta metoda skanuje folder wtyczki i kopiuje pliki dll do AppDomain.DynamicDirectory.

Następnie każdy z tych dll są ładowane za pomocą BuildManager.AddReferencedAssembly.

I voila, mocno na maszynie Razor widoki pięknie się kompilują. Zobacz kod tutaj:

[assembly: PreApplicationStartMethod(typeof(MySolution.PluginHandler.PluginActivator), "Initialize")] 
namespace MySolution.PluginHandler 
{ 
    public class PluginActivator 
    { 
     private static readonly DirectoryInfo PluginFolderInfo; 

     static PluginActivator() { 
      PluginFolderInfo = new DirectoryInfo(HostingEnvironment.MapPath("~/plugins")); 
     } 

     public static void Initialize() { 
      CopyPluginDlls(PluginFolderInfo, AppDomain.CurrentDomain.DynamicDirectory); 
      LoadPluginAssemblies(AppDomain.CurrentDomain.DynamicDirectory); 
     } 

     private static void CopyPluginDlls(DirectoryInfo sourceFolder, string destinationFolder) 
     { 
      foreach (var plug in sourceFolder.GetFiles("*.dll", SearchOption.AllDirectories)) { 
       if (!File.Exists(Path.Combine(destinationFolder, plug.Name))) { 
        File.Copy(plug.FullName, Path.Combine(destinationFolder, plug.Name), false); 
       } 
      } 
     } 

     private static void LoadPluginAssemblies(string dynamicDirectory) 
     { 
      foreach (var plug in Directory.GetFiles(dynamicDirectory, "*.dll", SearchOption.AllDirectories)) { 
       Assembly assembly = Assembly.Load(AssemblyName.GetAssemblyName(plug)); 
       BuildManager.AddReferencedAssembly(assembly); 
      } 
     } 
    } 
} 

mam nadzieję, że może to pomóc w innych programistów, którzy chcą tworzyć czyste ramy plugin przy użyciu tych nowych technologii.

Answer 2

Ostatnio David Ebbo pisał o wstępnej kompilacji widoków Razor na zgromadzenia. Możesz zobaczyć post here.

Powinieneś być w stanie uniknąć rejestrowania złożeń bezpośrednio przez dynamiczne ładowanie złożeń (zwykle używałbym do tego mojego kontenera IoC), a następnie wywoływania BuildManager.AddReferencedAssembly dla każdego zespołu wtyczek.

Answer 3

Wyjazd MEF

Można to zrobić także z Windsor instalatorów - Mike Hadlow ha dobre stab na to: http://mikehadlow.blogspot.com/2010/10/experimental-aspnet-mvc-add-ins-updated.html

Answer 4

Może się okazać się pomocne http://www.adverseconditionals.com/2011/07/portable-aspnet-code-using.html

zacząłem tworzenie dwóch projektów

MyLibrary MyLibrary.Templates

i mają poglądy jako zawartość w .Templates i dodano jako łącza i ustawienie EmbeddedResource w MyLibrary. Osoby, które chcą przesłonić widoki, mogą zainstalować projekt .Templates.

Answer 5

Proszę spojrzeć na kod źródłowy NOPCommerce. Ma ładną strukturę wtyczki opartą na pracy pod numerem Shannon.

Answer 6

Możesz także wybrać opcję "Powierzchnia" w MVC3 i 4, możesz stworzyć ładny system wtyczek. Daje rozdzielenie obsługi modelu wtyczki, widoku i kontrolera we własnym zespole.