[雑記] 動的コード生成のパフォーマンス(C# によるプログラミング入門)
概要 .NET Framework のバージョンが上がるたびに色々と追加され、 今や、動的コード生成にもさまざまなやり方が。 ということで、並べて比較してみたいと思います。 「動的 ＝ リフレクション ＝ むちゃくちゃ遅い」というイメージをもたれる方も多いと思いますが、 実際のところ、1度生成したコードをキャッシュしておくなどの工夫をすれば、意外と許容範囲なパフォーマンスが得られます。 （GUI の描画部分やネットワーク通信部分の遅延と比べれば、演算部分の数倍程度の差は取るに足らない場合が多く、 過剰に気にする必要はありません（もちろん、状況次第）。） 比較コード含めたソースコード一式： DynamicPerformance.zip ポイント 毎回リフレクションを呼び出すのはやっぱりかなり（2～3桁）遅い。 キャッシュ機構を使えば、静的なコードの数倍程度までは速くできる。 C# 4.0 の
![[雑記] 動的コード生成のパフォーマンス(C# によるプログラミング入門)](https://cdn-ak-scissors.b.st-hatena.com/image/square/4d1b2b57fc676d21e7f59f354364abeac0ea062e/height=288;version=1;width=512/https%3A%2F%2Fufcpp.net%2Fimages%2Flogo_4.jpg)
小さいライブラリを採用する - mizchi's blog
僕がJavaScriptでライブラリを選定する際、迷ったら小さいものを使う。その理由について。 前提 前提として、枯れた環境で大きいフレームワークができるのは理解できるし、メリットも大きい。あるいは言語それ自身と区別できないぐらいに発達したフレームワークに依存するのも理解できる。RubyにとってのRailsとか、ErlangのOTPとか(いや、これは詳しくないけどそうなんだろうなっていう予想なんだけど)。 危険信号 今のJS界隈は動きが早すぎて、何に依存するのも危ない。とくにフレームワークと銘打たれたものは、でかすぎてどれも危険信号を放っている。 数年後、廃れてしまったフレームワークで開発し続けるのは、僕個人としてもあまり関わりたくないし、現場の離職リスクとして数字に出るだろうし、採用後の教育コストの問題になる。だいたいそういうものは元の設計者もいなくなるものだ。プロダクトの死を意味する。
koa入門 - from scratch
さて、2013年12月19日にkoaというフレームワークの0.1.0がリリースされ、Hackers Newsに乗り、それが話題になっています。 これまでNode.jsのWeb Application Frameworkとして最もメジャーなのはExpressだと思いますが、Expressの作者であるTJを筆頭にExpressチームがKoaを積極的にエンハンスし始めているため、今後のNode.jsのフレームワーク勢力図が変わる可能性があります。 作者のメッセージを引用すると Koa is a new web framework designed by the team behind Express, which aims to be a smaller, more expressive, and more robust foundation for web applications and A
Groovyから.NETのアセンブリを呼び出したりしてみた - 亀岡的プログラマ日記
某勉強会で発表できなかったので、現状報告 & メモがてらに。 動機とか まぁ、一言でいうと「Spock」使いたい！！なんですが。 もっと言うと、「表現力の高いテストライブラリが使いたい」、になるんですが。 C#だとSpecFlowという手もあるし、個人的には嫌いではないんですが、いかんせん二種類のファイルを使わないといけない辛みとか、そこらへんでガンガン進めるまでには至ってないな～、と。 んで、ふとJVMの世界を見ると、やっぱSpockが魅力的に見えるんですよねー。 というわけで、大きな目的は、SpockでC#のテストを書くなんですが、そこはまぁ一旦おいておいて、それの大前提となる、Groovy上から.NETのライブラリを使う、というのに対してのアプローチをご紹介。します。 Groovy上で.NETのライブラリを使う JVMから.NETのライブラリを使えるようにする 結局JVM上で.NET
Play framework 2.0の概要／5つの特徴とScalaで作るための環境構築
Play frameworkの背景と歴史 Ruby on Railsが人気となり、それ以外にもいろいろと軽量フレームワークが出てきた2009年ごろ、Javaのフルスタックフレームワークである「Play framework」の1.0（以下、「Play 1.0」）がリリースされました。 このころよく使用されていた（いまでも十分よく使用されていますが）Javaフレームワークは、SpringやSeasar2などのDIコンテナと、それに付随するORマッパー（Spring DataやS2JDBC）やMVCのフレームワーク（Spring MVCやS2Struts）でした。これらのフレームワークはそれぞれ十分な機能と実績があり、現在でもJavaでWebアプリケーションを開発する際には、まっ先に採用候補に挙がると思います。 しかし、これらのフレームワークは基本的にJava EEでの開発用フレームワークなので
Javaテストフレームワーク「JUnit 4.11」が公開 | OSDN Magazine
11月14日、JavaテストフレームワークJUnitの最新版「JUnit 4.11」がリリースされた。アサーションを記述するためのHamcrestライブラリのアップデートや「@Parameters」アノテーションの導入などが特徴となる。 JUnitはJavaで単体テストを行うためのフレームワーク。Common Public License Version 1.0でリリースされており、さまざまなプラットフォームで利用できる。 JUnit 4.11は、2011年9月にリリースされたバージョン4.10以来の最新版となる。アサーションを記述するためのマッチングライブラリ「Hamcrest」がバージョン1.3にアップデートされ、テストマッチング機能が改善された。出力されるエラーメッセージも改善され、アサーションの失敗を伝えるだけでなく、その説明も表示されるようになっている。カスタムマッチャーを作成で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Photo Tourism: Microsoft Research, Interactive Visual Media Group
ドキュメントKnockout.js
Internal .NET Framework 4.0 〜 String編（１） - C#などの技術メモ
raynes.me