SSD なら動作を変えるアプリケーションを作る - NyaRuRuが地球にいたころ
Windows 7 以降の OS では，SSD 上のボリュームに対してデフラグがスケジューリングされません．これと同様に，ドライブ特性に応じた動作戦略の変更をアプリケーションでも行いたいこともあるでしょう．そのような場合にアプリケーションに組み込めるように，簡単なサンプルコードを書いてみます． 元ネタは， Windows 7 Disk Defragmenter User Interface Overview - The Storage Team at Microsoft - File Cabinet Blog - Site Home - TechNet Blogs で解説されているアルゴリズムです． 以下，物理ドライブ "\\.\PhysicalDrive0" について，"no seek penalty" かどうかと，"nominal media rotation rate" かどうかの取
AppContainer 導入による Windows 開発への影響 - NyaRuRuが地球にいたころ
Windows 8 では，AppContainer と呼ばれる新たな Sandbox メカニズムが導入される．Windows ストアアプリ (旧名: Windows Metro アプリ) や，Immersive モードの Internet Explorer のレンダリングプロセスなどが AppContainer で動作するプロセスの代表格だ．Windows ストアアプリ制作者にとって AppContainer が重要になるのはもちろんのこと，Windows ストアアプリ内で動作する必要のある IME やアクセシビリティ系ツールの制作者も，AppContainer について理解する必要がでてくる． AppContainer プロセスを確認する Process Explorer 15.23 を用いて，AppContainer プロセスの特徴を確認してみよう．以下は Windows 8 付属の「
効率の良い実行時バインディングとインターフェイス指向プログラミングでの boxing の回避テクニック - NyaRuRuが地球にいたころ
id:NyaRuRu:20070214:p1 の続き，のつもりで書いていますが続けて読めるかは不明． .NET プログラミングで，ある型 T に依存した抽象基底クラスやインターフェイスについて，利用者には T が緩い制約しかもたないように見せつつ，実装者は T の型にいくつか具体的な想定をして実装を行いたいことがあります． これは例えば T が特定のインターフェイスを実装している場合や，特定の属性でマークされている場合に，より最適化された処理や，特殊な割り込み処理を行いたい場合を想定しています． 一般的にこれはリフレクションを用いて実現することになりますが，何度もリフレクションを行うのは効率が悪いので，初回実行時に T に応じた実装をはき出してしまうことを考えます．こうすることで，2回目からの実行では JIT コンパイルされた実行コードが使用されるようになります． このような目的に使える実
Windows における例外ハンドリングとか 64-bit プロセス固有のあれそれとか - NyaRuRuが地球にいたころ
Windows における例外ハンドリング - @a4lg の準技術的日記 すごくまとまってました．個人的に印象深かったのはこの辺． 実は、x64 版 Windows 用のバイナリにおいては、fs:[0] に例外ハンドリング構造体へのポインタを設定するなどという行為は一切行いません。というより、コード上には、例外をハンドルする如何なる追加コードも存在しません。これは、例外ハンドリングを行わない場合のプログラムには一切オーバーヘッドが存在しないということを意味します。 Windows の細かい部分まで見てみると，64-bit プロセスのみ影響を受ける仕様というのがいくつかあって，今回のケースもそのひとつですかね．64-bit アプリケーションの場合，「従来から存在するバイナリ」というのが存在しないので，互換性に悩まされることなく 32-bit 時代の仕様をリセットできる，と． Windows
文字列に頼らないリフレクション - NyaRuRuが地球にいたころ
C#でシンボルを実現する Expressionを使ってプロパティ名を文字列ではなくてラムダ式で与える方法 タイプセーフにINotifyPropertyChangedインターフェースのPropertyChangedイベントを発行する 拡張メソッド＋ラムダ式でメンバ名をエレガントに取得 なんかまた最近流行っぽいので． 拙作 Achiral では，ConstructorInfo や PropertyInfo を以下のように文字列に頼らずに取得可能です． using System; using System.Linq; using System.Reflection; using Achiral; using Achiral.Extension; static class Program { static void Main(string[] args) { var member_info_lis
流れるようなインターフェイス，名前付き引数，クエリ式 - NyaRuRuが地球にいたころ
流れるようなインターフェイス - 予定は未定Blog版 キーワード引数の代わりとしての関数はアリか否か - blog.fuktommy.com C# 4.0 では名前付き引数・省略可能引数が使えるようになるので，シンタックス弄りがもう一段階フリーダムに．シンタックス関連は，深入りすべきなのか適当に引き返すべきなのか，正直よく分からんです． 個人的関心事をざっと列挙してみましたが，網羅的にまとめてくれる人激しく募集． 関数/操作のチェインで要求を記述する方法 実装技術 non-intrusive / intrusive という軸 メソッドチェイン / 演算子オーバーロード という軸 (id:NyaRuRu:20080316:p2) Implicit Conversion (Scala) 拡張メソッド (C#/Visual Basic) データとして要求を記述する方法 実装技術 名前付き引数・
書籍紹介: C# .NET アプリケーション開発 徹底攻略 - NyaRuRuが地球にいたころ
毎日コミュニケーション山口様に献本していただきました．紹介がすっかり遅くなってしまい，すみません． C# .NETアプリケーション開発 徹底攻略 C# 3.0/.NET Framework 3.5対応 作者: 伊藤真二出版社/メーカー: 毎日コミュニケーションズ発売日: 2009/04/23メディア: 単行本（ソフトカバー）購入: 3人 クリック: 147回この商品を含むブログ (9件) を見る 本書を一言で表せば，C# を用いたシステム開発者による，開発者視点でのノウハウ集です．現役の SIer の方が，.NET Framework を構成するいくつかの要素技術をどのように評価しており，また現場の知恵としてどのような点に気をつけているかが書かれています． 「はじめに」に書かれているとおり，本書は.NET Framework の『リファレンス系』書籍でも『Tips系』書籍でもありません．
Microsoft が提供する C/C++ ヘッダファイルにおける事前条件・事後条件の充実っぷりは異常 - NyaRuRuが地球にいたころ
ぴーびーしー - 東方算程譚 ふむ． むしろ Microsoft の開発現場で，一番 DbC が流行っているのが Visual C++ 関連だと思うのですが．Header Annotations とか SAL Annotations，C/C++ コード障害の検出と修正 等． 最近の Visual C++ のインクルードファイルや Windows SDKs 以下のインクルードファイルを見ていても，事前条件・事後条件の充実っぷりは異常．その規模は既に COM 全盛期の IDL を凌ぎます． あれは手で書いているんでしょうかねぇ？ 何か DSL から C/C++ のヘッダファイルを自動生成していてもおかしくない気もしますが，はて． 整数範囲注釈 そういえば Visual C++ 2008 SP1 のコード検証は，Header Annotations の整数範囲注釈を活用していないように見えるので
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
