問題タブ [viewengine]

これが私の問題です：

グラフィック/Webデザイナーが実際に作成するものと、標準のASPMVCビューエンジンに必要なものとの間の「インピーダンスの不一致」に悩まされています。

基本的に、ビュー、つまりアクションの出力を視覚的に設計する方法はありません。WYSIWIGデザイナーはいません。静的なHTMLデザインからMVCアプリに移行する唯一の方法は、手動で翻訳することと、それに伴うすべての苦痛です。

私が最近夢見ていたのは、デザイナーが実際に仕事をして、Webアプリで「正しく機能する」ようにするビューエンジンとデザイナーツールです。

BlendがWPFに対して行うことのようなもの。

はい、Webフォームにも似たようなものがありましたが、それには独自の制限があり、ほとんどのデザイナーがそれを使用できるとは思いません。

確かに、ビューエンジン+デザイナーツールは、おそらく厳密な構文（テンプレートに任意のコードなし）を使用して記述でき、デザイナーツールが入力されたビューをモックし、出力を視覚化するためのダミーデータをレンダリングできるようにします。また、デザイナーがアクションをデザインし、ツールに画面上のさまざまな視覚要素（サブビューなど）を表示または分解させることができます。

指定されたコントローラーの追加フォルダーで部分的な共有ビューを検索するようにViewEngineに指示することはできますか（他のコントローラーでは検索できません）？

WebFormViewEngineを使用しています。

これは私のPartialViewLocationsが現在どのように見えるかです。

ASP.NET MVC で使用できるさまざまなビュー エンジンの内訳を SO と Google で検索してきましたが、ビュー エンジンとは何かについての簡単な概要説明以上のものは見つかりませんでした。

私は必ずしも「最高」または「最速」を探しているわけではありませんが、さまざまな状況で主要なプレーヤー (デフォルトの WebFormViewEngine、MvcContrib ビュー エンジンなど) の長所と短所を実際に比較しています。これは、既定のエンジンからの切り替えが特定のプロジェクトまたは開発グループにとって有利かどうかを判断するのに非常に役立つと思います。

誰かがそのような比較に遭遇しましたか?

私がやろうとしているのは、さまざまなテンプレートを使用して電子メール コンテンツを生成することです。

ASP.NET MVC はこれに適していると思います。私のコントローラーは、電子メールに必要なデータを取得し、レンダリングするビュー (テンプレート) を決定します。(単純なメールマージではなく、条件付きブロック、foreach などが必要です。)

これらのテンプレートを Web アプリケーションのファイルとしてではなく、データベースに保存できるようにしたいので、Web アプリケーション自体から新しいテンプレートを簡単に追加できます。

これは可能ですか？WebForms ビュー エンジンを使用できるようにしたいと考えていますが、それが不可能な場合は、他のビュー エンジンを検討します。理想的には、型付きビューを使用したいと思います。

私は最近、ASP.NET MVC 1.0 で既定のビュー エンジンを取得しようとしましたが、CTP およびベータ バージョンで使用可能だった ViewEngines.DefaultEngine プロパティにアクセスできないようです。1.0 リリースで同等のものを知っている人はいますか?

asp.net mvcの最終バージョンで高負荷ソリューションを開発しています。最近、私たちのチームは、サーバーがクライアントに応答するのにかかる時間のほとんどがページのレンダリングに費やされていることに気付きました。簡単なタイムスケジュールは次のようになります。

このような遅いレンダリングの理由は何でしょうか? それは、単一のリクエスト中に部分的なレンダリングを頻繁に使用するためですか?

ActionResult物事をブラウザにレンダリングするオブジェクトを返すプラグ可能なフレームワークがあります。最新の要件の 1 つは、プラグインを通常の ASP.NET Web フォーム アプリケーションから呼び出せるようにすることです。

これまでのところ、非常に基本的な ActionResults で機能するこれを思いつきました。

上記を Web フォームから次のように呼び出します。

すべてを接続するには、他に何をする必要がありますか? たとえば、ViewResult を返したい場合はどうすればよいでしょうか。

ユーザーエージェントに基づいてモバイルビューを提供するカスタムビューエンジンを実装しようとしています。私はこのブログ投稿からスコット・ハンゼルマンのアプローチに従っています。

私はWebFormsViewEngineから継承し、Scottがブログで説明しているのと同じ方法でFindViewメソッドをオーバーライドしました。

次に、Global.asax Application_Startメソッドに数行を追加して、ビューエンジンコレクションをクリアし、ビューエンジンの新しいインスタンスを追加しました。

いくつかのテストの後、MVCが私のビューエンジンを無視しているように見えます。ブラウザのユーザーエージェントに基づいてカスタムビューを見つけることができなかった場合、ビューに追加するカスタムパスをハードコーディングすることにしましたが、それでもデフォルトのビューにフォールバックすることができました。FindViewメソッドにブレークポイントを設定しましたが、確かに、まったく呼び出されていません。

カスタムビューエンジンを機能させるにはどうすればよいですか？どんな助けでも大歓迎です。

私のビューエンジンは次のようになります。

そして私のGlobal.asaxで：

この設定が機能しなかったとき、私はFindViewメソッドを次のように単純化しようとしました。

そして、それもうまくいきませんでした。それでもデフォルトのビューが返されました。そして、はい、そのステートメントによって検出されるはずのビューページとマスターページは実際に存在します。なぜこれが機能しないのか、私はかなり困惑しています。

ASP.NET MVCで遊んでいますが、NHamlやSparkなどの代替ビューエンジンがいくつかあることがわかります。私の質問は、なぜ代替ビューエンジンを使用するのかということです。私はこのようなものを持つことの利点を見ていません：

Sparkビューエンジンを使用する（これ以降、Sparkを使用してこれを検証していないため、完全に間違っている可能性があります。コードを文字列として渡すため、Intellisenseを取得できません）。

組み込みのASP.NETMVCテンプレート形式を使用します（ただし、ぶら下がっている中括弧はかなり醜いです）。代替ビューエンジンの使用を検討する「ワニ」タグ（または中かっこがぶら下がっている）が好きではないこと以外に、正当な理由はありますか？それとも、何か新しいものだからかっこいいですか？

ビュー/ページの MasterPageFile プロパティが ASP.NET MVC WebForms ビュー エンジンに存在することを確認するのはいつですか?

私がやりたいことは、次のコードがエラーを出力しないようにすることです:

パーサー エラー メッセージ: ファイル '/SomePlaceThatDosentExist/Site.Master' が存在しません。

ビューの .aspx ファイルで次のように定義されています。

有効な MasterPageFile プロパティを入力して定義するには、どこにコードを記述する必要がありますか?

ビューが継承するカスタム ViewPage クラスで次のことを試しました

次のことも試しました（私のビューが継承するカスタムビューページクラスで）

どちらの場合も、上記のエラーが表示されます。

私が知っていることから、OnPreInit は ViewPage のライフサイクルの最も早い段階にあるので、ライフサイクルのさらに早い段階に進むことは可能ですか?

書いて答える前に注意してください：

• return View("ViewName", "MasterPageName"); について知っています。
• 動的マスター ページについては知っているが、この特定のタスクを達成したい