28

MEF を使用した複合 ASP .NET MVC 3 Razor アプリケーションがあります。Viewsアプリケーションから通常のフォルダーの下にプラグインを DLL ファイルおよびビュー (CSHTML) として展開する場合、すべてがうまくいきます。しかし、これはあまりきれいではなく、(コントローラーとモデルの両方と共に) DLL ファイル内に埋め込みリソースとしてビューを配置しないと、実際のプラグインにはなりません。

私は多くの記事をフォローしてきました (それらのほとんどは古くなっています)。実際、スタック オーバーフローには非常に優れたものが 1 つあります。クラス ライブラリ内のコントローラーとビューです。

また、ドキュメントをチェックVirtualPathProviderして、アセンブリ内のファイルを見つけて完全にロードする (または少なくともストリームを取得する) カスタム ファイルを作成することができました。VirtualPathProvider このために、MSDNのドキュメントに従いました。

VirtualFile の実装もありますが、VirtualDirectory の実装はまだありません。

これが問題です。私はRazorビューで作業しています。web.configRazor がそれらをビルドするには、ファイルからの構成仕様が必要であることは知っています。しかし、それらを DLL 内に埋め込むと、この構成は単純に失われます。

それがエラーが発生し続ける理由なのだろうか:

「~/Plugins/CRM.Web.Views.CRM.Index.cshtml」のビューは、WebViewPage または WebViewPage から派生する必要があります。

たぶん、それを機能させるためにいくつかのコードを追加する必要がありますか? 何か案は?

4

4 に答える 4

7

クラスライブラリにRazorビューを埋め込むための私の好ましい方法は、ビルド後のイベントを使用して、それらをMVCWebサイトのViews/Areasフォルダーにコピーすることです。ViewEngineまたはVirtualPathProviderをオーバーライドすると、カスタムビューの場所を指定できます。

私にとってトリッキーな部分は、これらのビュークラスライブラリでインテリセンスを機能させることでした。まず、Web.ConfigをViewアセンブリに追加する必要があります。実際にアセンブリに含める必要はないことに注意してください。アセンブリのルートディレクトリ(またはviewsフォルダ)にある必要があります。これが例です。重要なアセンブリ/コンパイルセクションについて。

<?xml version="1.0"?>
<configuration>
  <configSections>
    <sectionGroup name="system.web.webPages.razor" type="System.Web.WebPages.Razor.Configuration.RazorWebSectionGroup, System.Web.WebPages.Razor, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
      <section name="host" type="System.Web.WebPages.Razor.Configuration.HostSection, System.Web.WebPages.Razor, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" />
      <section name="pages" type="System.Web.WebPages.Razor.Configuration.RazorPagesSection, System.Web.WebPages.Razor, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" />
    </sectionGroup>
  </configSections>

  <system.web.webPages.razor>
    <host factoryType="System.Web.Mvc.MvcWebRazorHostFactory, System.Web.Mvc, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
    <pages pageBaseType="System.Web.Mvc.WebViewPage">
      <namespaces>
        <add namespace="System.Web.Mvc" />
        <add namespace="System.Web.Mvc.Ajax" />
        <add namespace="System.Web.Mvc.Html" />
        <add namespace="System.Web.Routing" />
      </namespaces>
    </pages>
  </system.web.webPages.razor>

  <appSettings>
    <add key="webpages:Enabled" value="false" />
  </appSettings>

  <system.web>
    <compilation targetFramework="4.0">
      <assemblies>
        <add assembly="System.Web.Abstractions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
        <add assembly="System.Web.Routing, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
        <add assembly="System.Data.Linq, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
        <add assembly="System.Web.Mvc, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
        <add assembly="System.Web.WebPages, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
      </assemblies>
    </compilation>

    <httpHandlers>
      <add path="*" verb="*" type="System.Web.HttpNotFoundHandler"/>
    </httpHandlers>

    <!--
        Enabling request validation in view pages would cause validation to occur
        after the input has already been processed by the controller. By default
        MVC performs request validation before a controller processes the input.
        To change this behavior apply the ValidateInputAttribute to a
        controller or action.
    -->
    <pages
        validateRequest="false"
        pageParserFilterType="System.Web.Mvc.ViewTypeParserFilter, System.Web.Mvc, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"
        pageBaseType="System.Web.Mvc.ViewPage, System.Web.Mvc, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"
        userControlBaseType="System.Web.Mvc.ViewUserControl, System.Web.Mvc, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
      <controls>
        <add assembly="System.Web.Mvc, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" namespace="System.Web.Mvc" tagPrefix="mvc" />
      </controls>
    </pages>
  </system.web>
  <system.webServer>
    <validation validateIntegratedModeConfiguration="false" />
    <handlers>
      <remove name="BlockViewHandler"/>
      <add name="BlockViewHandler" path="*" verb="*" preCondition="integratedMode" type="System.Web.HttpNotFoundHandler" />
    </handlers>
  </system.webServer>
</configuration>

次に、クラスライブラリのvbprojファイルを変更して、すべてのOutputPath要素が「Debug \bin\」または「Release\bin\」ではなく「bin\」を指すようにする必要があります。これが、インテリセンスのバグを引き起こす可能性のあるクラスライブラリとASP.NetWebプロジェクトタイプの主な違いです。

それでもmustinheritsエラーが発生する場合は、ビューで@InheritsSystem.Web.Mvc.WebViewPageを使用することを検討してください。ビューをWebサイトプロジェクトにコピーしていない場合は、カスタムViewEngine/VirtualPathProviderを使用して埋め込みリソースからビューをロードしている可能性があります。その場合は、間違いなく継承が必要なので、Razorは残念ながらビューの基本クラスが何であるかを認識します。

幸運を。

于 2011-11-23T17:41:36.687 に答える
3

次のブログ記事をご覧ください。

于 2011-02-15T18:16:03.657 に答える
2

ホッサム、

あなたが話している投稿は、ダリンがすでに提案したものです。このアプローチの主な欠点は、カスタムMvcRazorClassGeneratorコンパイラを使用してCSHTMLビューファイルをクラスファイルに変換することです。これを行うには、プロジェクト内のすべてのCSHTMLビューをコンテンツに設定し、カスタムツールをMvcRazorClassGeneratorに設定する必要があります。

LordALMMaについて話すことはできませんが、コンパイラソースをダウンロードして試してみましたが、期待どおりに機能しませんでした。

私の他のアプローチは、CSHTMLファイルを埋め込みリソースとして外部DLLに含め、ファイルの生の内容を読み取り、文字列としてビューを実行することでした(例については、CodeProjectのRazorEngineを参照してください:http://razorengine.codeplex。 com /

エンタープライズアプリケーションでRazorEngineに完全に依存したくなかったのは、すべてのRazor構文との互換性がどれほど優れているかわからないため、今のところあきらめました。

私は、マルチテナントアプリケーションであるASP.NETMVC2.0で構築したプロトタイプから来ています。サーバーファームには、すべてのクライアントが同じコードベースを共有するアプリケーションのインスタンスが1つあります。私のMVC2.0プロトタイプでは、リクエストが行われている「クライアント」を特定し、ベースをオーバーライドするカスタムコントローラーを確認し(コアコードのカスタマイズ用)、カスタムビューも確認できました(のカスタマイズ用)。コアビュー)。これにより、クライアントごとに「プラグイン」をデプロイできるようになります。ソフトウェアは、クライアントが要求に一致するカスタムコントローラーと一致するカスタムアクションを持っているかどうかを検出し、ある場合は、代わりにカスタマイズされたコントローラー/アクションを使用します。

プロトタイプをMVC3に移行し始めたとき、LordALMMaと同じ問題が発生し、「'...Index.cshtml'のビューはWebViewPageまたはWebViewPageから派生している必要があります」というエラーが発生しました。CSHTMLビューに「@inheritsSystem.Web.Mvc.WebViewPage」を配置することを検討し、それが機能するようになるかどうかを確認します。

私はMVC3を使用してMVC2.0プロトタイプを動作させているので、Razorは最優先事項ではなく、それに多くの時間を無駄にすることはありません。4.0フレームワークを活用する必要がある場合は、WebFormsエンジンを使用してMVC2.0をMVC3.0に移植できると確信しています。

于 2011-05-25T03:13:48.473 に答える
0

ねえ、DLL 内のビューが必要な理由があると思います。ただし、これはすべてを 1 つのエンティティにパッケージ化する珍しい方法であることも考慮してください。

プラグインを開発している場合、最近では人々は NUGET 形式でパッケージ化することを選択します。これは、とりわけあなたの種類の問題も解決します. これは、プラグインをパッケージおよびライブラリとして配布する 1 つの方法でもある .nupkg 構造を持っています。

コミュニティが一般的に従うもう 1 つの解決策は、(ナゲットほど精巧なものを望まない場合) プラグイン DLL をコード化し、かみそりのようなビュー エンジンを使用せず、代わりに応答の古い原始的な方法を使用して HTML をすべて単独で出力することです。 .Write により、cshtml ファイルから独立します。それでも cshtml を使用したい場合は、これらをクラスにプリコンパイルするためのこのブログ エントリを参照してください。

于 2011-11-23T17:55:32.620 に答える