インラインコードブロックをサポートしていないParseControlの回避策？

Question

私はASP.NetのParseControlメソッドを使用して、外部データソースからのHTMLとサーバーの混在したコントロールコードを描画しています。

これはうまくいきますが、ParseControlはインラインスクリプトブロック（< %%>）をサポートしていないようですが、単純な代替方法や回避策があるのでしょうか？ここでは簡単な一例です（現実世界の実装では、より複雑です）：

string externalCodeString = "<div><%= DateTime.Now %></div>"; 
Control control = ParseControl(externalCodeString); 
placeholder.Controls.Add(control); 

Answer 1

ParseControlは確かにコードブロックをサポートしていません。

代わりに、VirtualPathProviderによって提供されるUserControlに依存するより複雑なアプローチがあります。

あなたは理論的にParseControlのような単純なAPIにラップすることができますが、実際にはユーザーコントロールをコンパイルします。

すべての呼び出しでコンパイルが終了しないようにするには、適切なキャッシングが必要です。動的言語は、あなたの質問に与えられたコンテキストに基づいて、このような何か:)

Answer 2

はこれを試してみてください：それは、コンパイルの原因となることがないので

placeholder.Controls.Add(new LiteralControl(String.Format("<div>{0}</div>", DateTime.Now))); 

Answer 3

のためのより良い仕事と

、これはうまくいくかもしれない - あなたはまだ言及していない可能性があります制限がある場合を除きます。

代わりにPage.LoadControlを使用できるように、まずディスクに書き込むことはできますか？

など。外部データソースを取得し、ユニークなファイルにストリームします（必要に応じてGUID名を付けるか、タイムスタンプに名前を付ける、または入力文字列のハッシュをベースにします）。Page.LoadControl(pathToFile)を使用して、ファイルの場所をパラメータ。

文字列のハッシュに基づいてファイルの名前を付けることのメリットは、繰り返し入力された場合に同じ入力に対して書き直しを保存することができることです。

ある時点で、未使用のファイルを削除するクリーンアッププロセスが必要になります。

Answer 4

インラインコードのRazor構文に切り替えることは可能ですか？はいの場合は、Razor View Engineを使用してそれを解析するよりも(Hosting the Razor Engine for Templating in Non-Web Applications)です。

ます。また、HTMLを解析し、発光するように razor templating engineを使用するには、この簡単に使用することができます

：

string template = "<div>@DateTime.Now</div>"; 
    string result = Razor.Parse(template, new { Prop1 = "someValue" }); 

    placeholder.Controls.Add(new LiteralControl(result)); 

Answer 5

無コンパイルページにコードを持つことができないという制限があります。

http://www.asp.net/learn/whitepapers/ironpython

初期の段階にある新しいIronPythonのは、ソリューションです：

パーサはコードスニペット（<% ...％>が発生した場合、<% = ... ％>、または<％＃ ...％>）、スニペットを コードを保持する特別なコントロールに置き換えます。ASP.NETの観点からは、コードはありません。スニペット はちょうど コードの文字列プロパティを持つコントロールになります。これは、コンパイルしないページ がコードを持つことができないという制限を回避する方法です。