CSharpCodeProvider + MEFで実行時に生成したDLLを簡単に扱う - らびたろちゃんにっき
これは「C# Advent Calendar 2013」の18日目の記事です。 昨日は matarillo さんの「Java8とC# - 猫とC#について書くmatarilloの雑記」でした。 さいきん(やっと)、C#で手をつけてなかった async/await や、MEFなどを勉強しています。勉強している中で、CSharpCodeProviderとMEFを組み合わせたら実行時にDLLを生成してもその読み込みに苦労しないんじゃないかと思ったので、紹介しようと思います。動的コード生成ということで、yfakariyaさんとネタが被ってヒヤヒヤしました・・。 (もしかしたらこの組み合わせは普通なのかもしれませんが、個人的に感動したので記事にしちゃいます。) もくじ コンソールで入力した文字をそのまま返すクラスを動的に生成して、それをMEFで読み込んで実行してみようと思います。(実用性は・・・)
プログラミング/Ｃ＃/Ｃ＃で書かれたスクリプトを実行する
Ｃ＃の実行環境はコンパイラを含んでいる† Ｃ＃はライブラリの中にコンパイラを含んでいるので、 ライブラリを適切に呼び出すだけでＣ＃のソースコードを 記述したテキストデータから .exe を作るようなことが できてしまいます。 このページでは、Ｃ＃のコンパイラ機能を使って、 自作アプリケーション内にＣ＃の実行系を組み込むことが 目的です。 つまり、アプリケーションの動作をカスタマイズするための マクロ言語としてＣ＃をそのまま使おうという話。 Ｃ＃スクリプトをメモリ上でコンパイルして実行する† 検索サイトで CompileAssemblyFromSource というキーワードを 入れると、使用例がいくつも出てきます。 Google:CompileAssemblyFromSource これらを参考にすると、スクリプトをコンパイルするための基本形は こんな感じになります。 LANG:C# usin
Yaneu Labs --- C#をスクリプト言語として使う
*[hatefu:labs.yaneu.com/20101017/] C#をスクリプト言語として使う C#で開発している場合、外部ファイルにしたいスクリプト用の言語として、わざわざLuaのようなC#とは異なる言語を使う必要は無いだろう。 スクリプト言語には素直にC#を採用すれば良い。これにより、いつでもスクリプトから本体のコードへと昇格が可能になる。逆に本体のコードからスクリプト用のコードへの降格も可能になる。 「ああ、なんだ。CSharpCodeProviderの話か、それなら知ってるよ」と思った人も、以下ではいろんなアイデアを書いてあるので最後まで目を通して損は無いと思う。 * CSharpCodeProviderについてのおさらい まずCSharpCodeProviderについておさらいしておこう。 # CSharpCodeProvider CSharpCodeProvider ht
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
