HIRASE CONNECTION WK

色付いた型を見せるのは、重い。

T.Hirase — Sat, 19 Jul 2008 15:42:00 GMT

SyntaxHighligherで、 .NET Framework で Public な型（クラスと構造体、デリゲート、インタフェース）を全部色づけしたい。。。と思った。
とりあえず、varとかのコンテキストキーワードも対応したかったので、ここから始める。結構イケた。
次に、ちくちくと、フレームワークの型を追記・・・・・・、やってられない。
すべての型を列挙するプログラムを書く。（参照先がすごいことになる）
プログラムをデバッグ実行・・・・。うんうん、順調。
インタフェースが232個、クラスが1569個（デリゲート含む）、列挙型が349個、構造体が85個。（System系のみ。Microsoft系はなし。）
よし、Console.Write() で出力して、リダイレクトでファイルに落とすぞ・・・っと。
んーーー？？？　少ない。少ない。全然、さっきの個数と違う。
デバッグ実行のときはいけるのに、何でだ？！
あ！　コマンドプロンプトからは、読み込んでるアセンブリが、mscorlibぐらいしかねぇ。
仕様がない、Visual Studioからのデバッグ実行時にファイルに落とすか。
よしよし。わんくまにアップロード。。テキストファイルで26キロ・・、。
重いなぁ。お、そだ。「_」から始まるインタフェースとか消して、Attributeで終わるクラスの「Attribute」を消そう。
よし、21キロ
実験。
う、重い
YUI Compressorで圧縮してみる。
う、重い　←今ここ

[HTML/CSS] もっとシンプルに定義リストdt ddを横並び

T.Hirase — Sat, 19 Jul 2008 00:28:00 GMT

HTMLとCSSだけで、定義リスト（dt/dd）を横並びに表示するのは、結構面倒です。

定義（dd）の方が固定長である必要があったりします。

そんなこんなで、CSS2から追加された「display: table」を使ったシンプルな横並びの方法を実現してみました。

下記のコードを参照される際は、必ずコメント欄もご参照ください。

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="ja" xml:lang="ja">
<head>
    <title>Simple Definition List</title>
    <style type="text/css">
	dl        { display: table; }
	dl dt.row { display: table-row; }
	dl dt     { display: table-cell; padding-right: 0.4em; }
	dl dd     { display: table-cell; }
	</style>
</head>
<body>
    <dl>
        <dt class="row" />
        <dt>要勤務日数</dt><dd>20日</dd>
        <dt class="row" />
        <dt>勤務時間</dt><dd>480時間</dd>
    </dl>
</body>
</html>

対応ブラウザは、IE8、Firefox3、Saferi3 です。たぶん、Opera も行けます。

[C++/C#] インタフェースっていったい・・・？

T.Hirase — Mon, 14 Jul 2008 22:00:00 GMT

C++0xのコンセプトの話

アキラさんのC++0xの資料を拝見して、コンセプトって、なんでインタフェースっていう名前にならなかったのか疑問に思ったのは自分だけ？

だって、インタフェースと機能は同じで、しばりが少ないってだけな印象なのに。。同じダックタイピングなのに。

いうなれば、コンセプトがインタフェースらしく振舞うのであれば、それは最早インタフェースだと思う。

C#のインタフェースの話

なんで継承/実装していないとキャストできないのか不思議。明示的に継承していない場合でも、関係なしにダウンキャストできていいと思うのですが。。

こんな感じ↓

using System;
interface IMyMeMine
{
    void Hello();
}

class SayHello
{
    public void Hello() { Console.WriteLine("Hello"); }
}

class Program
{
    static void Main(String[] args)
    {
        Hello(new SayHello());
    }

    static void Hello<T>(T t) where T:IMyMeMine
    {
        t.Hello();
    }
}

たとえばシステムのクラスをジェネリックに扱いたい場合に、ときどきやりたい。

[C#] Google Protocol Buffers Serializer

T.Hirase — Wed, 09 Jul 2008 16:10:00 GMT

Google Protocol Buffersが公開されたとのことで、C#版のシリアライザ（仕様の確認はまた今度）を作ってみました。

namespace ProtocolBuffers
{
    using System;
    using System.IO;
    using System.Text;

    public class Serializer
    {
        #region Serialize
        public static void Serialize<TSerialize>(StreamWriter writer, TSerialize instance)
        {
            SerializeInternal(writer, instance.GetType(), instance, 0);
        }

        public static void Serialize(StreamWriter writer, Type type, Object instance)
        {
            SerializeInternal(writer, type, instance, 0);
        }

        private static void SerializeInternal(StreamWriter writer, Type type, Object instance, Int32 depth)
        {
            if (writer == null) throw new System.ArgumentNullException("writer");
            if (type == null) throw new System.ArgumentNullException("type");
            if (instance == null) throw new System.ArgumentNullException("instance");

            WriteIndent(writer, depth);
            writer.Write(type.Name);
            writer.WriteLine("{");
            foreach (var propertyInfo in type.GetProperties())
            {
                if (!propertyInfo.CanRead) continue;

                var propertyType = propertyInfo.PropertyType;
                var propertyName = propertyInfo.Name;
                var propertyValue = propertyInfo.GetValue(instance, null) ?? String.Empty;
                if (IsSystemType(propertyType))
                {
                    WriteIndent(writer, depth + 1);
                    writer.WriteLine("{0} : \"{1}\"", propertyName, propertyValue.ToString().Replace("\"", "\\\""));
                }
                else
                {
                    SerializeInternal(writer, propertyType, propertyValue, depth + 1);
                }
            }
            WriteIndent(writer, depth);
            writer.WriteLine("}");
        }
        private static void WriteIndent(StreamWriter writer, Int32 depth)
        {
            StringBuilder sb = new StringBuilder();
            sb.Append(' ', depth);
            writer.Write(sb.ToString());
        }
        #endregion
        #region Utility
        private static Boolean IsSystemType(Type type)
        {
            return type.Namespace.StartsWith("System");
        }
        #endregion
    }
}

使い方は、以下

namespace ProtocolBuffers
{
    using System;
    using System.IO;

    public class Test
    {
        public String Name { get; set; }
        public String EMail { get; set; }
    }

    public class Test2
    {
        public Test Test { get; set; }
        public Int32 Hash { get { return this.GetHashCode(); } }
        public DateTime DateTime { get { return DateTime.Now; } }
    }

    class TestProgram
    {
        static void Main(string[] args)
        {
            var testObject = new Test { Name = "Hirase", EMail = "hirase@example.com" };
            var test2Object = new Test2 { Test = testObject };
            using (var writer = new StreamWriter(@"test.pb"))
            {
                Serializer.Serialize<Test2>(writer, test2Object);
            }
        }
    }
}

結果は以下

Test2{
 Test{
  Name : "Hirase"
  EMail : "hirase@example.com"
 }
 Hash : "54267293"
 DateTime : "2008/07/09 14:37:08"
}

[C#] SplitContainer/SplitterPanel 使いにくい！

T.Hirase — Wed, 02 Jul 2008 01:20:00 GMT

つぶやき、ですが・・・

.NET Framework 2.0 から追加されました SplitContainer/SplitterPanel が異常に使いにくい。

SplitContainer.Panel1Collapsed / Panel2Collapsed プロパティでパネルの開閉するって、どうかしてるよ。
SplitterPanel が sealed クラスなのは、どうかしてるよ。
SplitterContainer.Panel1 / Panel2 からしか各パネルにアクセスできないって、どうかしてるよ。
SplitContainer の両方のパネルを閉じられないって、どうかしてるよ。

順を追ってみていきます。

SplitContainer.Panel1Collapsed / Panel2Collapsed プロパティでパネルの開閉するって、どうかしてるよ。

「メソッドでヤラせろよ。」とか、「SplitterPanel.Collapsed プロパティ（internal）を使わせろ。」とか、そういう話。というか、どうして、「Panels」がないんだ！　信じられない！

SplitterPanel が sealed クラスなのは、どうかしてるよ。

あぁ、もう最悪。継承できない。（SplitContainer を継承して、無駄なものを作ることは可能）

SplitterContainer.Panel1 / Panel2 からしか各パネルにアクセスできないって、どうかしてるよ。

我求ム「Panels」。ま、内部的には「Controls」に「Panel1」と「Panel2」が入っているのは知っているけど、いちいちキャストせにゃならんじゃん。いうか、パネル２つしかないのってもったいないよ！

SplitContainer の両方のパネルを閉じられないって、どうかしてるよ。

これ、ちょっと特殊だけど、両方のパネルを閉じたときには、その SplitContainer の親要素が SplitterPanel であれば、その SplitterPanel を閉じて欲しいのよね（そうじゃないときは、例外発生か、閉じられないか）。

以上

[C++/CLI] RootNamespaceが狂っていると、System.Resources.MissingManifestResourceExceptionが発生します。

T.Hirase — Tue, 10 Jun 2008 15:07:00 GMT

C++/CLIアプリを作成して、ローカライズ（L10N or I18N) します。このとき、もし自分で名前空間を変えているなら、実行時に「System.Resources.MissingManifestResourceException」例外が発生します。

詳細

どうもアセンブリリソースを埋め込む際に、ルート名前空間を見て名前を修飾して埋めているらしく、ローカライズしたフォーム（ApplyResourceを呼びだしている）クラスの名前空間がルート名前空間とずれていると、実行時に適切なリソースを見つけられなくて、「System.Resources.MissingManifestResourceException」例外が発生するようです。

対処方法は2つ。（ま、結局2つともに同じことなんですけど）

フォームクラスの名前空間を、ルート名前空間に合わせる。
ルート名前空間を、フォームクラスの名前空間に合わせる。

ルート名前空間は、プロジェクトのプロパティウィンドウ（プロパティページでもプロパティマネージャでもないですよ！）の、ルート名前空間で変更するか、プロジェクトをいったんソリューションエクスプローラからアンロードして、右クリックで編集するなどします。

あぁ、つらい。

[C++/CLI] アンマネージのコールバックにマネージのメソッドを登録する。

T.Hirase — Mon, 09 Jun 2008 21:34:00 GMT

こんな方法は・・・・・・・

using namespace System;

#pragma unmanaged
// コールバック関数の型
typedef int (__stdcall *CallbackFuncType)(int, float);

// コールバック関数
static CallbackFuncType g_func;

// コールバック関数の登録
void SetCallback(CallbackFuncType f)
{
    g_func = f;
}

// コールバック関数の呼び出し。
int Run()
{
    return g_func(10, 0.5f);
}
#pragma managed

int __stdcall MyFunc(int i, float f)
{
    Console::WriteLine(i.ToString());
    return static_cast<int>(i * f);
}

int main(array<System::String ^> ^args)
{
    // Callback登録（マネージ関数を登録・・）
    SetCallback(MyFunc);

    // GCしても大丈夫かを確認（登録した関数ポインタがGCされる・・ない）
    GC::Collect(2, GCCollectionMode::Forced);

    // コールバックをネイティブ関数に呼び出してもらう（GCされてたら死亡）
    Int32 ret = Run();
    Console::WriteLine(ret.ToString());

    return 0;
}

これって、どうなんだろう。実行は問題ないんだけど。。

MSDN「方法 : C++ Interop を使用してコールバックおよびデリゲートをマーシャリングする」とは違う方法で、Marshal::GetFunctionPointerForDelegate() も使わないんだけど・・・。

何かご存じの方、、ヘルプミー。

[C] wchar_tって・・・。

T.Hirase — Tue, 27 May 2008 22:37:00 GMT

VC2008で、ソースファイルのプロパティで
「詳細」の「コンパイル言語の選択」を「Cコードとしてコンパイル (/TC)」として、
「言語」の「wchar_t をビルトイン型として扱う (/Zc:wchar_t」を「はい」にすると、
wchar_t が組み込み型として使えそうなのに、使えないんですね・・・。

# wchar.hをincludeすれば使えますけど、unsigned short扱いだし、
# CRTを使いたくないのに、wchar.h から crtdefs.h を読み込んじゃうし・・・

C で書くなと？？

[雑記] バージョン表記について

T.Hirase — Wed, 21 May 2008 21:05:00 GMT

ちょっと、ググってみた感じ、世間一般的なバージョン表記は、桁数の違いはあるけれど、次のどれかだと思う。。

Ver.1.2　（ゼロ詰めなし）
Ver.1.02 （ゼロ詰めあり、2桁）
Ver.1.002（ゼロ詰めあり、3桁）

Windowsや.NET Framework、Linux、Macなどは、ゼロ詰めなしで、、PS3のシステムバージョンやフリーソフトの一部はゼロ詰めありという感じになっている。（ちょっと思いついたところだけ調べただけなので、まだまだ調べたりないけれど）。で、自分はどのバージョン表記にならえばいいんだろうか、というのが今日のアジェンダ。

会社では、「1.02」というようなゼロ詰め2桁表記を使うことが多い。けれど、今回は .NET アプリなんですよ。.NETでは通常、4桁ゼロ詰めなしの表記を使っているようですし、Windowsのファイルエクスプローラでプロパティを見たときも、たいてい4桁ゼロ詰めなしですし、詳細表示にしても同様です。そんなわけで、.NET アプリのバージョンを付けるときは、4桁ゼロ詰めなし表記にしたいんですけど・・・・。

個人的には、会社の方針云々を使ってもらう人に押しつけるよりも、郷に入っては郷に従うのでいいんじゃないかと思うんですけど・・・・・・・。（それに、はじめから用意されている方法・指針で付けた方が楽ですし）。

※AssemblyVersionとAssemblyFileVersionとAssemblyInformationalVersionって、何か明確に区別するのが良いんでしょうか。何かご存じの方いれば、よろしくお願いします。

Microsoft DreamSpark はじめました。

T.Hirase — Tue, 13 May 2008 23:15:00 GMT

あぁ、学生に戻りたい。 http://www.microsoft.com/japan/presspass/detail.aspx?newsid=3437