dev >> .NET >> Others

XslCompiledTransform で xsl:output の設定内容を反映させるには

THREE-ONE — Mon, 08 Sep 2008 16:36:00 GMT

XslCompiledTransform.Transform では、出力先が XmlWriter の場合、ロードした xsl:output の設定内容はデフォルトでは反映されない。
OutputSettings プロパティに、output 要素の設定内容が格納されているので、XmlWriter.Create 時に渡してやる必要がある。これで DOCTYPE を指定したり、xml 宣言を出力しないようにできる。
特に DOCTYPE を指定するのは、XmlWriterSettings じゃできないので注意。

集合あるんだ

THREE-ONE — Wed, 27 Aug 2008 15:08:00 GMT

HashSet<T>[msdn library]

System.Collections の頃にはなくて、System.Collections.Generic が出てきた時もなくて、.NET にはないもんだと思ってた。
3.5 でこっそり？追加されているやん。
どうしても LINQ などのほうに目が行ってて全然気付かなかった。

拡張メソッドお試し

THREE-ONE — Thu, 21 Aug 2008 11:27:00 GMT

最近ようやく C# 3.0 の機能を触り始めています。
いろいろと面白いですね。
これ、動くんですね。なるほどねって感じです。
でも、== null にするのとほとんど手間変わらないし、いちいちインテリセンス出てくることを考えたら逆に面倒かな。
そもそも object を拡張するってのは行儀よくなさそうですね。
これぐらいなら許容範囲かな？

IronNails

THREE-ONE — Thu, 21 Aug 2008 08:54:00 GMT

IronNailsについてIvan Porto Carreroに聞く[InfoQ]

WPF や Silverlight が Rails 風に開発できるそうな。
というより MVC で開発する方法として Rails 風を採用したという感じ？
ちょっと楽しみです。

# しかし、"鉄の爪" ですか。どんどん物騒になっていってる気がしますね、Ironシリーズ。
# 誰か IronClaw プロジェクトや IronKiba プロジェクトを立ち上げてみませんか？

タテの整合性とヨコの整合性

THREE-ONE — Fri, 18 Jul 2008 14:35:00 GMT

はじめに ArgumentException を throw していたところを ArgumentOutOfRangeException に変更したら、メッセージが変なことになった。
つまりこういうこと
継承しているんだから、そろえてくれてもいいと思うんだけどね。
それぞれのstring 一つ版のコンストラクタが、メッセージを指定するもの（ArgumentException）、引数名を指定するもの（ArgumentNullException, ArgumentOutOfRangeException）と異なるから、こういう形にしたんだろうな。

Visual Studio 2008 の prop(g)

THREE-ONE — Wed, 16 Jul 2008 16:12:00 GMT

2008 ではローカル変数を生成せずに、暗黙プロパティになるのか。
しかもローカル変数生成する奴はないのか。
コード量的に暗黙じゃないほうがよかった

ガード句・・・ね・・・・

THREE-ONE — Fri, 06 Jun 2008 00:55:00 GMT

個人的には好きなんですけどね、ガード句。

しかし、今の私のプロジェクトだと微妙に使いづらい場所がありまして。
つうのもですね、イベントハンドラの開始・終了はログを出すというわけわからん暗黙ルールがあるんですよ。
みたいな。
こういうことされると、ガード句でいきなり return とかできないわけですよ。
bgein があるけど end がない正常ログとかあり得ないじゃないですか。
仕方ないので、事前検証系部分をメソッドに抽出して、if で丸ごとくるんでます。
みたいな感じですわ。
極力インデントを深くしないように考えた苦肉の策です。
しかし昔のソースにはガード句使って早々に return してるソースがあったりするんだな。これが
もう、キーですきーーーーーーーー
話の本質からかなりずれてるので、どこにもトラバはらずにグチっておきます

System.Void のインスタンスを作る

THREE-ONE — Fri, 25 Apr 2008 23:17:00 GMT

http://csharper.blog57.fc2.com/blog-entry-211.html

ほぉ～不完全な（初期化されていない）状態とはいえ System.Void のインスタンスが作れるんだ。
というわけで試してみましたよっと

public static void Main() {
    Type voidType = typeof(void);
    this.CreateInstance1(voidType);
    this.CreateInstance2(voidType);
    this.CreateInstance3(voidType);
}

private static void CreateInstance1(Type type) {
    Console.WriteLine("-- Use Activator --");
    try {
        object obj = Activator.CreateInstance(type);
        Console.WriteLine(obj.GetType().FullName);
    } catch (Exception ex) {
        Console.WriteLine(ex);
    }
}

private static void CreateInstance2(Type type) {
    Console.WriteLine("-- Use Assembly --");
    try {
        object obj = type.Assembly.CreateInstance(type.FullName);
        Console.WriteLine(obj.GetType().FullName);
    } catch (Exception ex) {
        Console.WriteLine(ex);
    }
}

private static void CreateInstance3(Type type) {
    Console.WriteLine("-- Use FormatterServices --");
    try {
        object obj = System.Runtime.Serialization.FormatterServices.GetUninitializedObject(type);
        Console.WriteLine(obj.GetType().FullName);
    } catch (Exception ex) {
        Console.WriteLine(ex);
    }
}

実行してみると Activator と Assembly 使ったものは「System.Void のインスタンスを動的に作成できません」とでるが FormatterServices を使うとちゃんと System.Void が出力されますね。
じつは、.NET Framework 1.1 までは上記のどれでも System.Void のインスタンスは作成できてました。
さらに FormatterServices.GetUninitializedObject を使った場合、抽象クラスのインスタンスやインターフェースのインスタンスも作成できたりしました。
具象クラスや実装クラスのインスタンスではなく、抽象クラスやインターフェースのインスタンスです。
実体何だよ？って思いますが作れるものは作れるんです。
2.0 以降では抽象クラスのインスタンスは作成できませんと怒られます。

まあ、インスタンスは作れますが C# では Void と宣言することが不可能なため、少し前に中さんが書いてたようなジェネリクスなどに利用することは無理ですけど。
コンストラクタを実行しないってことは何らかのマーキングのようなものだけ行っているんでしょうか？

気がつけば 300 エントリ目、よくがんばった、俺

こういう和訳はやめてほしい

THREE-ONE — Tue, 08 Apr 2008 23:47:00 GMT

http://msdn2.microsoft.com/ja-jp/library/system.web.httpresponse.suppresscontent.aspx

>HTTP コンテンツをクライアントに送信するかどうかを示す値を取得または設定します。

なんだけど

>出力しない場合は true。それ以外の場合は false。

とある。
するかどうかを示す値なら「する」場合 true になると思わない？
そんなの俺だけ？
まあ、英語から見れば自明とは言え、インテリセンスで説明見ると「ん？」と考えてしまう。

GetInvalidFileNameChars と GetInvalidPathChars メモ

THREE-ONE — Wed, 19 Mar 2008 12:25:00 GMT

-- Path.GetInvalidPathChars()
ASCIIの0から31
" - ダブルコーテーション
< - 小なり
> - 大なり
| - パイプ

-- Path.GetInvalidFileNameChars()
Path.GetInvalidPahtChars()
* - アスタリスク
? - 疑問符
\ - バックスラッシュ、円記号
/ - スラッシュ

msdnの解説では GetInvalidPathChars と同じ解説しか記載されてないのでメモ