.NET Framework 3.x

MSDN Magazine 非同期・並列祭り

はなおかじった — Wed, 16 Nov 2011 22:24:00 GMT

MSDN Magazine の記事に非同期・並列プログラミングに関する記事が大量にあります。それらを抜き出してみました。古い順に並んでいるわけではないので注意してください。リンクは、別のウィンドウで開きます。

WinSNMP をラップ

はなおかじった — Fri, 24 Jun 2011 22:06:00 GMT

　ちょっと使いたかったのだが、探すと無かったので、作ってみた。

　使う場合は、自己責任で。

メモ：XmlSerializer で、名前空間の出力を抑制する

はなおかじった — Wed, 19 Jan 2011 22:02:00 GMT

XmlSerializer.Serialize メソッドを使うと、ルート要素に名前空間が追加されます。


<?xml version="1.0"?>
<root xmlns:xsd="http://www.w3.org/2001/XMLSchema"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
</root>

これを、抑制する方法。

オーバーロードされた Serialize メソッドに、XmlSerializerNamespaces クラスのインスタンスを受け取るものがあります。ここに null を指定したり、何も追加していないインスタンスを指定しても、やはり規定の名前空間が出力されます。ステップインしてコードを見ると、null や Count が0の時は、規定の名前空間に置き換えるというコードが書かれていました。

ところが、XmlSerializerNamespaces クラスへの名前空間の追加については、なんのチェックもされていないようです（未確認）。ということで、空文字列の名前空間を追加したインスタンスを指定してあげます。


XmlSerializerNamespaces ns = new XmlSerializerNamespaces();
// null または、個数が0個だと、規定の名前空間が追加されるので、1個にする。
ns.Add("", "");
XmlSerializer xs = new XmlSerializer(typeof(TYPE));
using (StreamWriter writer = new StreamWriter(fileName, false)) {
    xs.Serialize(writer, object, ns);
    writer.Flush();
    writer.Close();
}


<?xml version="1.0"?>
<root>
</root>

「xmlns:xsd="http://www.w3.org/2001/XMLSchema"」を、「xmlns="http://www.w3.org/2001/XMLSchema"」の様に出力させたいと思って、「ns.Add("", "http://www.w3.org/2001/XMLSchema");」としたら、なんにも出力されなくなったので気がついたのでした。

とりあえず、半分（カナ？）

はなおかじった — Mon, 29 Jun 2009 21:32:00 GMT

とりあえず、RSS を読み込んで、それぞれの中身を取り出せるようになりました。

まず、基本方針。XML を読み込んで、それが対応しているフォーマットであることを確認します。確認が出来たら、管理したい項目のみ取り出して、管理するのに都合の良いフォーマットに変換します。

フォーマットの確認に、リフレクションを使います。一度使ってみたかったので、使うことにしました（ぉぃ）。


using System.Xml.Linq;
using System.Reflection;
/// <summary>
/// インスタンスを生成します。
/// </summary>
/// <param name="document">解析対象の XML ドキュメント</param>
/// <returns>RSS フィードを解析する SyndicationAnalyzer のインスタンスを返します。</returns>
/// <exception cref="System.NotSupportedException">サポートしていないフォーマットの場合、発生します。</exception>
public static SyndicationAnalyzer CreateInstance(XDocument document) {
    // サポートしている型を列挙
    Type[] supports = new Type[] { typeof(AnalyzerRss10), typeof(AnalyzerRss20), typeof(AnalyzerAtom) };
    foreach (var t in supports) {
        // それぞれの "CanParse" メソッドを検索
        var canParse = t.GetMethod("CanParse", BindingFlags.Static | BindingFlags.Public);
        // メソッドを実行
        bool result = (bool)canParse.Invoke(null, new object[] { document });
        if (result == true) {
            // サポートしているなら、
            // 規定のコンストラクターを取り出す
            var stcConstructor = t.GetConstructor(new Type[] { });
            // 規定のコンストラクターを呼び出して、インスタンスを生成する
            var instance = stcConstructor.Invoke(new object[] { });
            // XDocument 1つを引数に取るコンストラクターを取り出す
            var constructor = t.GetConstructor(new Type[] { typeof(XDocument) });
            // 規定のコンストラクターで生成したインスタンスを元に、引数ありコンストラクターを実行
            constructor.Invoke(instance, new object[] { document });
            // できたインスタンスを返す
            return (SyndicationAnalyzer)instance;
        }
    }
    throw new NotSupportedException();
}

あまり、うれしくないです。AnalyzerRss10、AnalyzerRss20、AnalyzerAtom は、それぞれ static public bool CanParse(XDocument document) メソッドと、規定のコンストラクタ、XDocument 型を引数にとるコンストラクタが定義されているものとします。この、「定義されているものとする」という縛りがかけられないのが、不便。インターフェイスを定義して・・・そのインターフェイスを実装したクラスを一覧、って出来ないかなぁ？ここに上げたコードだと、新しい型が増えたとき、型情報の一覧に追加するだけで対応できます。if 文または switch - case 文で、分岐を増やすってのが、したくなかった。それだけの理由でリフレクションを使ってみたのだけど、あまりうれしくなかったです。

とにかく、それらがあるもとして、supports に、その型を列挙します。列挙されているものを順に、CanParse メソッドを呼び出して、解析できるかどうかを判断します。このコードは CanParse メソッドがあることを前提にしていますが、当然 canParse の null チェックをしておくべきでしょう。

引数のない規定のコンストラクタは「静的な」コンストラクタなのですが、引数のあるコンストラクタは「動的な」コンストラクタなのだそうです。知らなかった。動的なコンストラクタは、インスタンスがなければ呼び出せません。その為、一度規定のコンストラクタを検索して、呼び出してインスタンスを生成し、そのインスタンスを利用して、引数を持ったコンストラクタを呼び出しています。

AnalyzerRss10、AnalyzerRss20、AnalyzerAtom の親は、次のように定義します。CanParse メソッドは、静的メソッドなので、ここには定義しません。


abstract class SyndicationAnalyzer
{
    protected XDocument document;
    #region プロパティ
    /// <summary>
    /// ドキュメントが設定され、解析ができる場合は true を返します。
    /// </summary>
    public virtual bool CanUse {
        get { return (this.document != null); }
    }
    /// <summary>
    /// 配信サイトのタイトルを取得します。
    /// </summary>
    public abstract string FeedTitle {
        get;
    }
    /// <summary>
    /// 配信サイトへの URL を取得します。
    /// </summary>
    public abstract Uri FeedLink {
        get;
    }
    /// <summary>
    /// 配信サイトの説明を取得します。
    /// </summary>
    public abstract string FeedDescription {
        get;
    }
    /// <summary>
    /// 配信中のアイテムの個数を取得します。
    /// </summary>
    public abstract int ItemCount {
        get;
    }
    public abstract string ItemTitle(int index);
    public abstract Uri ItemLink(int index);
    public abstract string ItemDescription(int index);
    #endregion
    public static SyndicationAnalyzer CreateInstance(XDocument document) {
        // 省略
    }
}

名前空間

はなおかじった — Thu, 18 Jun 2009 23:03:00 GMT

gtk2kさん、コードの提供ありがとうございました。早速、見てみました（エントリするのは遅かったけど、見たのは早かったんだよぅ）。そして、このあたりに注目。


    XmlNamespaceManager nsmgr = new XmlNamespaceManager(xdoc.NameTable);
    foreach (XmlAttribute atr in xdoc.DocumentElement.Attributes)
        nsmgr.AddNamespace(atr.Name.IndexOf(":") == -1 ? "nn" : atr.Name.Split(':')[1], atr.Value);
    XmlNodeList itemList = itemList = xdoc.SelectNodes(ns[rn], nsmgr);

おお、なるほど！XmlNamespaceManager クラスに名前空間を登録して管理させるのか。

で、これの、XML LINQ バージョンを探す・・・無い。。。XNamespace クラスというのが見つかったけど、これは、前回 "{namespace}local name" と書いたのと同じように、文字列から生成（暗黙変換）して、文字列と演算できるようになっているだけのように思われます。

え～？本当に？

検索して、行き着いたページ→方法 : 名前空間内の XML に対するクエリを記述する

う～ん。本当らしい。。。

「一郎さん！」と呼べば、Ｒ・田中一郎さんも鈴木一郎さんも返事する。

はなおかじった — Wed, 10 Jun 2009 22:28:00 GMT

前回の失敗。

Jitta：「XDocument って、RSS 2.0 しか解析してくれないの？！」
aetosさん：「名前空間の指定がないからです。」

むはー！単純明快な答え、ありがとうございます。

ということで、仕様を当たります。前々回に、英語の仕様へリンクを張りましたが、日本語に訳してくださっている方がいらっしゃいました。

RDF Site Summary (RSS) 1.0 日本語訳

ここを見ると、RDF の名前空間に従うことがわかります。デフォルトの名前空間は "http://purl.org/rss/1.0/" です。
RSS 2.0 Specification 日本語訳

ここを見ると、RSS 2.0 の要素は、RSS 0.9x との互換性のため、名前空間に定義しない、とあります。
RDF Site Summary (RSS) 1.0 日本語訳（Atom）

ここを見ると、Atom のデフォルト名前空間は "http://www.w3.org/2005/Atom" であることがわかります。

済みません、これで、前々回にいただいているコメント厳密には名前空間 URI も見た方がいいでしょう。がわかりました。

名前空間にはバージョン番号が含まれることがあります。現に、Atom は「2005」というのが、2005年に決まったことを表しているでしょうし、RSS 1.0 は、「1.0」と入っています。ここで調べたかったのは、どのフォーマットの系統なのかということなので、そこまで細かいのが必要かなぁ？と思っていたのですが、要るのね。。。

とりあえず、名前空間を指定すれば Element メソッドで取得できるか？確認します。

XElement.Element メソッドに指定するのは、XName クラスです。しかし、XName クラスにはコンストラクタがありません。これは、String クラスからのコンバーターが用意されています。では、名前空間は、どうやって指定するのでしょう？名前空間を定義するときには、名前空間の省略名が定義できます。そういったもので、省略名が変わっていたら、指定できないのでは？

ところが、XName クラスは、省略名を定義できません。全て XName クラスに展開されており、XName クラスでは、完全な名前空間を持っています。では、どのように参照するのでしょう？次のように指定します。


XName name = "{namespace}local name";

では、書き換えます。


static IEnumerable<XElement> GetItems() {
    // とりあえず、全部 RSS 1.0
    string[] feeds = {
        "http://rss.rssad.jp/rss/itmatmarkit/rss2dc.xml",
        "http://rss.rssad.jp/rss/news/rss2dc.xml",
        "http://rss.rssad.jp/rss/fwin2k/rss2dc.xml",
        "http://rss.rssad.jp/rss/fdotnet/rss2dc.xml"
    };
    foreach (var str in feeds) {
        var feed = XDocument.Load(str);
        var channel = feed.Root.Element("{http://purl.org/rss/1.0/}channel");
        var items = channel.Elements("{http://purl.org/rss/1.0/}item");
        foreach (var item in items)
            yield return item;
    }
}

無事、動きました。別のプロジェクトで同じように書いて、期待通り動いていますが、このコードを確認しているわけではありません。

XDocument って、RSS 2.0 しか解析してくれないの？！

はなおかじった — Mon, 08 Jun 2009 22:38:00 GMT

前回、更新通知に3つのフォーマットの系統があることを確認しました。とりあえず、ルート要素のローカル名を見れば、どの系統なのか判別できそうだとわかりました。次、配信されているものを取り出します。

さて、サンプルを見ると、次のようになっています。


static IEnumerable<XElement> GetItems() {
    string[] feeds = {
        "http://blogs.msdn.com/ericlippert/rss.aspx",
        "http://blogs.msdn.com/wesdyer/rss.aspx",
        "http://blogs.msdn.com/charlie/rss.aspx",
        "http://blogs.msdn.com/cyrusn/rss.aspx",
        "http://blogs.msdn.com/mattwar/rss.aspx",
        "http://blogs.msdn.com/lucabol/rss.aspx",
        "http://www.pluralsight.com/blogs/dbox/rss.aspx",
        "http://blogs.msdn.com/jomo_fisher/rss.aspx"
    };
    foreach (var str in feeds) {
        var feed = XDocument.Load(str);
        var items = feed.Root.Element("channel").Elements("item");
        foreach (var item in items)
            yield return item;
    }
}

肝心の所は、下の foreach ブロック内にある、feed.Root.Element("channel") のところです。ドキュメントを確認します。

XContainer.Element メソッドより

指定した XName の最初の子要素を (ドキュメント順に) 取得します。

つまり、feed が示す XDocument インスタンスからルート要素を取り出し、ルート要素の "channel" という名前のエレメントを取り出す、ということですね。

とりあえず、他のフォーマットでも大丈夫か確認するため、このコードの feed を書き換え、実行します。試しに http://www.atmarkit.co.jp/aboutus/rss/rss.html から、RSS 1.0 のフォーマットを選んでみます。

例外が発生しました。NullReferenceException です。

デバッガで止めて、クイックウォッチを起動します。ここに feed. と入力すると、こんなところまでインテリセンスが働くのですね！続けて feed.Root.Element("channel") と入力します。すると、null が返ってきています。

データを確認します。ブラウザでアクセスし、ソースを表示します。抜粋します。


<?xml version="1.0" encoding="utf-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/modules/syndication/" xml:lang="ja">
  <channel rdf:about="http://www.atmarkit.co.jp">
    <title>＠IT</title>
    <link>http://www.atmarkit.co.jp</link>
    <description>ITエンジニア対象の技術解説情報＆コミュニティサイト</description>
    <language>ja</language>
    <dc:date>2009-06-08T03:00:13+09:00</dc:date>
    <items>

ルート要素である RDF:rdf の直下に channel があります。なぜ取れないのでしょう？

ドキュメントを読み返し、いろいろいじっていると、feed.Root.Nodes() だと、アクセスできることがわかりました。ここから NodeType を見ると XElement となっています。Nodes メソッドが返す XNode インスタンスを XElement にキャストすると、キャストが成功しました。ここからアクセスすることにします。


/// <summary>
/// 指定されたエレメントに定義された、指定された名前を持つ最初のエレメントを取得します。
/// </summary>
/// <param name="rootElement">エレメントを探す元になるエレメント</param>
/// <param name="elementName">検索するエレメントのローカル名</param>
/// <returns>エレメントのノードから最初に見つかったエレメント</returns>
static public XElement GetElementFromNodes(XElement rootElement, string elementName) {
    var nodes = rootElement.Nodes();
    foreach (var node in nodes) {
        if (node.NodeType == System.Xml.XmlNodeType.Element) {
            XElement element = (XElement)node;
            if (element.Name.LocalName == elementName) {
                return element;
            }
        }
    }
    return null;
}

RSS 2.0 って、RSS 1.0 の上位じゃないのね！

はなおかじった — Thu, 04 Jun 2009 22:26:00 GMT

ふと思ったこと。

@IT 内 Insider.NET にある Insider.NET 会議室ディレクトリって、探したい対象のカテゴリがわかっている場合、便利です。でも、新しい会議室の方には対応していません。

じゃぁ、自分で作っちまおうか？

でも、どうやって「新着情報」を知る？？？

そうか、RSS があるじゃないか！最近、質問掲示板でも RSS が配信されるものが多いから、RSS を拾って更新のあったものを自分で分類していけばいいやん！！かつ、ブログだろうがニュースだろうが、何でも登録できちゃうぜ！！

ってことで、RSS を調べた。したら、最初のバージョンが 0.9 だったらしい。次のバージョンが 0.91 で、ここからよりシンプルになることを目指した 2.0 と、0.9 を継承した 1.0 に分かれているらしい。

さらに、マイクロソフトソーシャルは、Atom って奴で配信されている。ってことで、ひとまとめに RSS といわれている XML ファイルには、（0.9, 0.91, 1.0）と、（2.0）と、（Atom）の3つのフォーマットがあることがわかった。

う～ん。。。とりあえず、こんな感じか？

RSS を取得する URL を、ユーザーが指定する。
複数ある URL を定期的に巡回する。
XML の階層を調べて、フォーマットを特定する。
フォーマットによって、配信された記事をばらす。
記事 ID を持っているものはそれを、持っていない場合はリンク先 URL をキーにして重複チェックを行う。
新しいものについて、「新着」として登録する。
それぞれの記事を、人手で「分類」に分ける。
「分類」ごとに、HTML、または XML ファイルを作る。
FTP ソフトなどで、HTML または XML を HTTP サーバーにアップする。

RSS を取ってくる方法は、VS2008 のサンプルの中にあるので、ドキュメントを「RSS」でキーワードサーチしてください。そのサンプルでは、.NET Framework が対応している、RSS 2.0 が扱えます。「はてな」が配信しているのは RSS 1.0 なので、そのままでは使えません。また、マイクロソフトソーシャルが提供しているのは Atom なので、やはり使えません。

とりあえず、どのフォーマットか見分ける方法。

RDF Site Summary (RSS) 1.0
ここを見ると、RSS 1.0 のトップレベル要素は "rdf:RDF" であるとわかる。
RSS 2.0 Specification
ここを見ると、RSS 2.0 のトップレベル要素は "rss" であるとわかる。
The Atom Syndication Format
ここを見ると、Atom Syndication Format のトップレベル要素は "atom:feed" であるとわかる。

このことから、トップレベル要素のローカル名を見て判断すればよいでしょう。


static public string WhichFormat(XDocument document) {
    var root = document.Root;
    if (string.Compare(root.Name.LocalName, "feed", true) == 0) {
        return "ATOM";
    } else if (string.Compare(root.Name.LocalName, "rdf", true) == 0) {
        return "RSS10";
    } else if (string.Compare(root.Name.LocalName, "rss", true) == 0) {
        return "RSS20";
    } else {
        return "UNKNOWN";
    }
}

で、次は、データの設計かな。

つーか。。。@IT の会議室、RSS 配信してないし。。。

あ。。。大文字小文字の区別をしないようにしたけど、XML って、識別するやんorz

さらに。RSS 1.0 にしろ 2.0 にしろ、バージョンアップしたらどうするよ？要るのは一部だけで、全部をパースするわけじゃないから、まいっか。