Spring.NET JP - B-Wiki - Rhino Mocks
Rhino Mocks † .NET用モックフレームワークであり、NMock2に非常に近い構文で使用することができます。 Rhino Mocks 公式サイト NMockについてはNAgile.comに情報があるので参考にしてください。 NMcok ↑ 概要 † このモックフレームワークの面白いところは、期待値の設定に文字列ではなく、モックオブジェクトそのものを使うことが出来る点です。 NMock2 Mockery mock = new Mockery(); ICalculator calc = mock.NewMock<ICalculator>(); Expect.Once.On(calc).Method("Add").With(1, 2).Will(Return.Value(3)); Expect.Once.On(calc).Method("Add").With(3, 4).Will(
Java : NIO - lethevert is a programmer
http://yamarou.at.infoseek.co.jp/javanawake/022.html java.ioとjava.nioのファイル読み込み速度を比較しているのだけれど、ちょっとプログラムがアレだなと思ったので、書き直してみた。 主要な部分だけを比較すると、元の記事のプログラムは、 /** * filePathのファイルを読み込んでbyte配列に格納して返す。java.ioを使う。 * @param filePath * @return ファイルの中身 */ public static byte[] readUsingIO(String filePath) throws IOException { BufferedInputStream in = new BufferedInputStream( new FileInputStream(filePath)); byte[]
closeの話 - lethevert is a programmer
closeで起きる例外について。正解は、昨日の記事のコメントの名無しさんの解答待ちですが、私の考え方を簡単に。 プログラム中で例外が起こったときに、できることはそのプログラムの処理を続行するために必要なリカバリ処置とログの記録の２つだと考えています。 ファイルの読み込みでは、必要なデータが読み込みに成功したあとにclose処理を行ったとき、closeで例外が発生した場合、プログラムの処理の続行に必要な情報はすでに得られているので、リカバリの必要はないと思います。closeの失敗でなんらかのリソースリークが起こっている可能性がありますが、それを検知して回復する方法は思い付きません。 ファイルの書き込みではもう少し考えることがあります。書き込み処理でバッファリングが行われている場合、close処理のところまで実際の書き込みが延期されている場合があり、その場合にはcloseから重要な例外が発生す
Python decorator
python のデコレーター構文 @decorate 解り難い @decorate 構文 Python のデコレーターは理解するのが厄介です。Python のデコレーターは syntax sugar の機能と closure の機能の二つを使って関数オブジェクトを修飾する構文です。でも closure の概念がない C/C++ や Java などの 言語から python も使うようになった者に、三重にネストした関数と @decorator 構文を組み合わせたコード例を使って解説されたのでは脳みそが沸騰するだけです。 私は @decorator を使ったコード例の python virturla machine コードを追跡することで、やっとこさデコレーターを理解しました。私の味わされた苦労を軽減してもらうため、この web page をまとめてみます。 デコレーターを理解した後で考え直し
漢のzsh | コラム | エンタープライズ | マイコミジャーナル
Copyright (C) Mainichi Communications Inc. All rights reserved. 掲載記事の無断転載を禁じます
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rhino Mocks - ラムダ版
Ayende @ Rahien - Rhino Mocks
http://japan.internet.com/developer/20071016/26.html