2014/3/1 Boost勉強会 #14 東京 にて https://sites.google.com/site/boostjp/study_meeting/study14 Boost勉強会なのに.NETの話で、1人だけ1時間(他の人は30分)。 本来、自分のペースでは4時間くらいかかってもおかしくない分量を1時間で。Read less
Cecil is a library written by Jb Evain to generate and inspect programs and libraries in the ECMA CIL format. With Cecil, you can load existing managed assemblies, browse all the contained types, modify them on the fly and save back to the disk the modified assembly. Today it is used by the Mono Debugger, the bug-finding and compliance checking tool Gendarme and many other tools. Mailing List Ther
Java and C# have somewhat reduced the ceremony over C++ by not requiring header files, but they are still both quite verbose. What would it look like if C# went one step further and adopted a light syntax like Python, where white space is significant? Let’s start with an immutable Person class implemented in idiomatic C#: namespace MyCompany.MyProduct { public class Person { public Person(string n
C#の実行環境はコンパイラを含んでいる † C#はライブラリの中にコンパイラを含んでいるので、 ライブラリを適切に呼び出すだけでC#のソースコードを 記述したテキストデータから .exe を作るようなことが できてしまいます。 このページでは、C#のコンパイラ機能を使って、 自作アプリケーション内にC#の実行系を組み込むことが 目的です。 つまり、アプリケーションの動作をカスタマイズするための マクロ言語としてC#をそのまま使おうという話。 C#スクリプトをメモリ上でコンパイルして実行する † 検索サイトで CompileAssemblyFromSource というキーワードを 入れると、使用例がいくつも出てきます。 Google:CompileAssemblyFromSource これらを参考にすると、スクリプトをコンパイルするための基本形は こんな感じになります。 LANG:C# us
C#やVB.NETで作成されたアプリケーションは、.NET Frameworkにおける実行エンジンであるCLR(Common Language Runtime)上で動作する。コンピュータにはバージョンの異なる複数の.NET Frameworkをインストールできるが、アプリケーションは基本的にそれがビルドされたときのバージョンのCLRにより実行されることになる。 例えば.NET Frameworkのバージョンが「v1.0.3705」の環境でビルドされたアプリケーションは、「v1.0.3705」「v1.1.4322」「v2.0.40607」など複数のバージョンが入っているマシン環境で実行する場合であっても、ビルド時と同じ「v1.0.3705」のCLRが利用されることになる(なおマシン環境のCLRバージョンを調べる方法は、Windows TIPS「.NET Frameworkのバージョンを確認す
コマンド・プロンプトでC#コンパイラ(csc.exe)を使用してプログラムをコンパイルする場合、.NET Frameworkのクラス・ライブラリに含まれているほとんどのアセンブリ(DLLファイル)は明示的に参照する必要がない(これに対してVB.NETのコンパイラ(vbc.exe)では、/referenceオプション(省略形は/r:)により、例えば/r:System.dllなどとして個々にアセンブリを参照する必要がある)。 これは、csc.exeがデフォルトで使用する一連のオプションを記述したファイル「csc.rsp」(応答ファイルと呼ばれる)により、各アセンブリが参照設定されているためである。csc.rspはcsc.exeと同じディレクトリ*に格納されており、実際には次のような内容になっている。 * デフォルトでは「C:\WINDOWS\Microsoft.NET\Framework\v1
*[hatefu:labs.yaneu.com/20101017/] C#をスクリプト言語として使う C#で開発している場合、外部ファイルにしたいスクリプト用の言語として、わざわざLuaのようなC#とは異なる言語を使う必要は無いだろう。 スクリプト言語には素直にC#を採用すれば良い。これにより、いつでもスクリプトから本体のコードへと昇格が可能になる。逆に本体のコードからスクリプト用のコードへの降格も可能になる。 「ああ、なんだ。CSharpCodeProviderの話か、それなら知ってるよ」と思った人も、以下ではいろんなアイデアを書いてあるので最後まで目を通して損は無いと思う。 * CSharpCodeProviderについてのおさらい まずCSharpCodeProviderについておさらいしておこう。 # CSharpCodeProvider CSharpCodeProvider ht
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く