はてなブックマーク

いまさらasyncっていうか、twitter経由ネタです。 id:ladybug:20110412 非同期呼び出しの名前 に書いていますが、.NET Framework では非同期の手法が世代交代しています。 .NET 1.0/1.1 の APM (Async Programming Model) .NET 2.0 の EAP (Event-based Async Pattern) .NET 3.0 の EAP 拡張(WPF 向け SynchronizationContext の追加) .NET 4 の TPM (Task Programming Model) そして、 .NET 5? の TAP (Task-based Async Pattern) となるわけです。 詳しいことはここではおいといて、前回の記事を踏襲した形の説明だけに絞り込んで話を進めると、 TAP は EAP のイベント

NuGet は便利なのですが、NuGet を利用したプロジェクトをソース管理へ登録したり配布したりして、他人と共有する場合にどうすればよいでしょうか？ Package フォルダを含めて登録（配布）すれば問題ないのですが、それだと NuGet を使ってパッケージ管理を行っている利点が少し薄れますよね。それに、管理されているパッケージのバイナリをソース管理で再管理したり、それらのバイナリを配布物として配布するなんてのはナンセンスです。 依存関係というメタデータだけを登録（配布）しておいて、各自の環境でパッケージのダウンロードやアップデートを行ってもらうのが理想ですね。しかし、下手なことで定評のある私の検索能力では、よくまとまった記事等を発見することができなかったので、NuGet を利用したプロジェクトをソース管理に登録したり配布する際の手順をメモっておきます。 単純に、NuGet を利用したプ

Trac 0.11 から Trac 0.12 へ移行を考えている人や、Windows 認証を用いた Trac/Subversion の設定、SVK を利用したミラー サーバの構築といった参考になるかもしれないので、だらだらとメモっておく。 なお、内容については、１時間半ぐらいでザーッと一気に設定したものを思い出しながら書き起こしているため、内容に漏れや間違いがあった場合はコメント等で指摘してください。しかし、たった１時間半の作業を文章に起こすのに何時間かかってるんだ、これ…。 前書きと目次 インストール編 設定前編 設定後編 この方法については、わざわざ私が改めて書くこともないと思われるほど情報が多いのですが、認証周りの設定までを一通り書いておきます。 DAV を有効化 httpd.conf にて dav と dav_svn のモジュールを有効にし、公開する URL を決定します。 # D

いや、マジで知らなかったというか、「ビギンエンドのやつ」とか「シンコンのやつ」で通じますって（笑 というわけで、岩永さんの 非同期.pptx at Silverlight を囲む会 in 東京 #2 でさらさらっと書かれていることを、ちょっとだけ補足。 APM (Asynchronous Programming Model) .NET 1.0 時代からあるビギンエンドの奴、名前のまんま Logic を呼び出す際に BeginLogic() と呼び出して EndLogic() で待機する。 // 同期呼び出し TResult Logic<T1, T2, TResult>(T1 param1, T2 param2) // APM 呼び出し IAsyncResult BeginLogic(T1 param1, T2 param2, Action<IAsyncResult> callback, o

いまだに MVC2 でございます。 ASP.NET MVC は ASP.NET のフレームワークをうまいこと拡張しているため、多くの機能が ASP.NET と共通です。違うところはいろいろ語られているので、同じところの１つである認証まわりについて簡単に触れつつ、Basic 認証を行う実装を行います。Basic 認証ができればダイジェスト認証への応用は簡単ですし、SSPI を利用した IC カードやバイオメトリクスによる認証にも対応できるでしょう。もちろん。IIS におまかせするのが一番簡単なので、わざわざ自分で実装する利点はありません。 ASP.NET の認証と承認のシーケンスは、ざっくりとはこんなかんじのはずです。通常、Basic 認証を行うためには web.config で を指定しておき、IIS や Apache に Basic 認証をやってもらいます。 承認の復習 ところで、認証の

Windows のコマンドプロンプト CMD において、環境変数に遅延展開というものがあることを知ってる人も多いと思う。 CMD は、コマンドを１ステートメントづつ実行するため、IF 文や FOR 文の中で環境変数を扱うと、嬉しくないことが起こる。たとえば、 SET a=1 SET b=1 IF "%a%"=="1" ( SET b=2 ECHO a=%a%, b=%b% ……(x) ) ELSE ( ECHO a=%a%, b=%b% ) ECHO a=%a%, b=%b%このようなバッチスクリプトを実行すると、 1: SET a=1 2: SET b=1 3: IF "1"=="1" ( : SET b=2 : ECHO a=1, b=1 ……(x) : ) ELSE ( : ECHO a=1, b=1 : ) 4: ECHO a=1, b=2というステートメントに展開される。このこと

色々はまってました(笑) そんなわけで、まだコメントは登録できません。 URL 書き換えについては、Scott Mitchell さんの記事の和訳 MSDN - ASP.NET での URL 書き換え が十分な内容です。この文章では、URL 書き換えの手法として、IIS 側で ISAPI Filter を利用する以外に、ASP.NET 側からのアプローチとして、 HttpModule を利用する HttpHandler を利用する HttpHandlerFactory を利用する という手法が紹介されています。ユーザ認証やファイル承認といったシステムとの関連で HttpModule を利用するのがベターである理由についても記載されています。 . URL 書き換えが発生した後のページのレスポンスでは、PostBack 先は書き換え後の URL になっています。たとえば、例にあるような /pe

.NET 1.1 における標準的で低レベルなデバッグ情報は、System.Diagnostics.Debug クラスと System.Diagnostics.Trace クラス行える。*1 .NET 2.0 では、さらに System.Diagnostics.TraceSource クラスが追加され、こちらを利用することが推奨になっている。 MSDN: TraceSource TraceSource は拡張されたトレース システムとして機能するためのもので、以前の Trace トレース クラスと Debug トレース クラスの静的メソッドの代わりに使用できます。前バージョンの Trace クラスと Debug クラスも引き続き使用できますが、トレースには TraceSource クラスを使用することをお勧めします。 TraceSource はインスタンスが必要 TraceSource クラ

id:NyaRuRu:20060203#p2 より 個人的に気にしているパフォーマンスに関しても，トップレベルウィンドウとメニューやツールチップなどの一部の特殊ウィンドウのみをWin32ウィンドウとし，後はクライアント領域に完全自前描画になったことで， (中略) 要はこれまで WinForms が重かったのはアルゴリズム的問題があったということなわけですが このあたりはかなり自前でやってしまっていた、またはやろうとしていた人が多いところではないでしょうか。*1 標準コントロールのどこが重たいのでしょうか。主に、 Win32 から HDC(S) を指定されて WM_PAINT が発生 HDC(S) から GDI+ の Canvas-A を作成 描画用の GDI+ の Canvas-B(Bitmap) を作成 Canvas-B から write-only-pseudo HDC(C) を作成 W