技術ネタ（C#）

tar形式について (1)

ぽぴ王子 — Fri, 03 Jul 2009 18:19:00 GMT

元ネタ： vb.net2005でtar圧縮 (C# と VB.NET の質問掲示板)

WinXp、VB.NET2005環境にて
tarを使用してフォルダを圧縮したいと考えています。

tarってファイルをまとめるだけで圧縮しないんだけど、いいのかなーとか思ったり思わなかったり~~ラジバンダリ~~。質問者さんに参考にならないかも？なんて思いますが、一応書いてみます。

tarファイルのフォーマットは実はすごく簡単なので、自分で作っちゃうことも可能です。というか、わんくま同盟東京勉強会 #23 C# Dayとわんくま同盟大阪勉強会 #22で話した内容はまさにそんな感じの話です。大阪勉強会であまりの準備不足加減に「続きはWebで！」とか言ってしまったまま放置状態だったので、~~ウホッ！~~いい機会だから書いてみようかって感じで。

まず、tarファイルのフォーマットについて調べました。Google先生にお伺いを立てたところ、いくつか見つかりました。

tar32.dllの作者の吉岡さんが書かれたフォーマット説明。
HP（~~ホームページ~~ヒューレット・パッカード）のサイトにあった、tarのヘッダ構造体の解説。

HPのサイトの方が正確なのだと思いますが、ヘッダ以外にも知りたいこともあるので、吉岡さんの書かれたドキュメントを参考にしてみましょう。

ファイルを作るときは、tarヘッダ512バイト＋データ（512バイト単位）の繰り返しになり、最後に1024バイトの終端データ（すべて00で埋められている）が付加されます。512バイトに満たないファイルは512バイトになるように、残りが00で埋められます。

例えば700バイトのファイルを連結[*1]する場合

のような形式になります。この場合、tarファイルの長さは512+512+188+324+1024=2560バイトとなります。

ファイルデータ1と2は便宜上こう表記していますが、実際は一つのデータです。2ファイル以上のファイルを連結する場合はパディングデータの後ろにtarヘッダとファイルデータが続き、最後に終端データが入ります。

今回はここまで。次回はtarヘッダの解説をしようと思います。

[*1]: tarは圧縮するわけではないので、この場合『圧縮』ではなく『連結』と呼びます

ぽぴりす！作りました

ぽぴ王子 — Mon, 29 Jun 2009 17:41:00 GMT

えー、わんくま同盟東京勉強会 #35おつかれさまでした。

前回のエントリで大阪勉強会に参加する旨を書いてから約一年、ずーっとサボりっぱなしの状態でしたが。その間もライトニングトーク大集合大会でLTやってぐだぐだのまま時間切れで終わったりとかしてました。LT怖い（まんじゅう怖い的な意味で）。

で。

そろそろ普通のセッションもやらなくてはオンライン活動的にただのにぎやかし扱いになってしまうではないかということで、ふっと立候補したのが3月ぐらい（たぶん）。そして気づいたらまたトリですよトリ。こっちのトリとは違いますけど。プレッシャーですねえ。

どうも今回の勉強会は~~登壇者が小粒揃いだった~~こみゅぷらす Community Launch 2009 ～Windows 7 コミュニティ勉強会 with Tech Fielders 東京編～というイベントだったり、他にも多数イベントが重なっていた関係か、いつもよりも参加人数が少なめだったように思います。ある意味気が楽だったんですが、朝から「今日の参加者が少なめなのはイベントが重なったから。決してトリのセッションがつまらないからじゃないはず！」と自分に言い聞かせたりしていたのはナイショです。

ちなみにタイトルが「某有名落ちものゲームっぽいものを作ってみる」になっているのは、セッション情報を提出した時点ではまだ作ってもいなかったからです。セッション情報の締め切りがだいたい一ヶ月前なんですが、締め切り当日になって「何を話そう！」とあわてつつ（それもどうか）少し画面表示のプログラムなどを書いてみたら思ったよりキリキリと動くので「あれ、これいけるんじゃね？」ってことでこんなタイトルになりました。

それから一ヶ月ぐらい、ヒマを見てはこそこそと作ってました。諸般の事情でずっとヒマじゃねえかというツッコミは華麗にスルーしておいて、ある程度頭の中でどのように動かすかは決まっていたので、それほど苦労はしなかったです。セッションではさすがにできあがっていたので「作ってみた」に直しましたけどね。

むしろ作ることよりも、それをどうやって「わかりやすくセッションの形で解説するか」が大変だったというか。以前出水さんに

王子のセッションはぐだぐだなようで、大事なところは押さえてるって感じがしてる

みたいな感じのことを言われたことがあって、嬉しかった覚えがあったんですよね。

なので、今回もあえてコードについては話さず、代わりに「どうやって作ったのか（考え方とか、テクニックとか）」をメインで話しました。デモも多めに。問題は途中でUstream中継が切れてしまって、ツッコミがほとんどなかったことでしょうか。

とりあえず「後日後悔公開します」と言っ~~てしまっ~~たので、ぽぴりす！本体とデモプログラムを公開しておきます。

質問等ありましたらコメントでお願いします。

フォントの話

ぽぴ王子 — Mon, 07 Jul 2008 00:00:00 GMT

MVPに再選されてから1回目のエントリになります。カレーネタにしようかと思ったんですが、前から書きたかった話で。

（あ、でも今日の夕飯はCoCo壱でオクラ豆腐カレー＋チーズトッピングでした）

だいぶ前に、囚人さんがフォントのエントリを上げていたのを見て「よーし、オレっちもフォントに関するエントリあげちゃうゾナもし」とか思ってたんですが、すっかり忘れ去れたまま今にいたると。フォントの話はちょっと前にHirotow君も書いていたので、僕も便乗して書いてみることにします。

テストに使っているのはご存じぽぴ電卓のソースコード。画像をクリックすると大きなサイズを開きます。

BDF東雲ゴシック 9pt

BDF UM+はもう出ているので、最近使っているのはBDF東雲ゴシック 9pt。BDF UM+と比べると同じサイズでちょっと小さめなのが気に入ってます。

TT-JTCウインZ10 14pt

普段使用には向かないかもしれないけど、勉強会なんかで使うには向いてるかもしれないTT-JTCウインZ10。太くて力強いフォントですが、サイズが小さいとちょっと見づらいかも。

VL ゴシック 11pt

囚人さんに教えていただいたVL ゴシック。これもびったりハマるサイズ以外ではちょっと見づらいかもしれないのが玉にキズかもしれませんね。

あくあフォント 14pt

刈歩菜良 CTP先生がいつもプレゼンでご使用されているあくあフォント。入手はあくあフォント推進委員会からどうぞ。しかしこれもVisual Studioで使うのは(ry

ぱうフォント 12pt

さて今回の本題であるところのぱうフォント。ぱうサイトから入手できます。適度に線が太くてその割に適度な読みやすさというところが気に入ってます。Visual Studioは違うフォントですが、エディタは常にこのフォントを使ってたりしますし。問題は、ビットマップフォントなので12ポイント以外では使えないと言うところでしょうか（真っ白になって表示されない）。

ぱうフォント 24pt

『ビットマップフォントなので12ポイント以外では使えない』などと書いた直後にこんなのを出すのもどうかと思いますが(笑)実は画面のプロパティからClear Type（というか『スクリーンフォントの縁をなめらかにする』設定）をオフにすると12ポイント以外でも使えたりします。勉強会でのデモに使うなら倍の24ポイントぐらいがちょうどいいかもしれません。これオヌヌメ。

遅れてきた電卓祭り

ぽぴ王子 — Sat, 25 Aug 2007 15:33:00 GMT

いまさらながらなんですが、電卓祭りってあったじゃないですか（『あの人はいま』みたいな目線で）。

こないだなんかアクアさんがわんくま勉強会でレポートしたりして、なんかすごいことになってたわけですよ。

でね、意外と知られてないけど、発端は僕のこのへんの発言なんじゃないの？とか勝手に妄想してみるテスト。

電卓の作成っていうのは、ちゃんと教えれば（ココ重要）基礎を学ぶ処理としては結構有益なものなんですよね。僕も新人研修の講師をしたときにやらせた記憶があります。
ただ、その場合は（電卓に限らずだけど）とりあえずやらせてみて、詰まったところを質問させて…という流れを踏んでこそだと思うのですよ。最初から全部わかるやつなんていないんだから、わかるところまでやってみて、それの問題点を一緒になって考えることでレベルアップにつながると思うのです。
この学校だとそういうことをしてないのか、生徒が先生を頼りにしてないだけなのか。だからと言って掲示板を頼りにされても困るのだが。
AQUA's .NET 奮闘記: 学校の宿題のコメント

この発言を受けて「研修でやらせるぐらいなら、おまいらのレベルならちょちょいのちょい（死語）だろが！」ということでアクアさんの電卓祭りが…という流れに（違う違う）。

それはそれとして。

僕は研修で作らせたことはあるけれど、自分自身で作ったことはなかったんですよ。だから本当ならこの祭りに参加したかったんですが、いまはものすごい勢いで仕事が忙しくて、明日も休日出勤確定なんですけど、いやそんなことはどうでもよくて、つーか忙しいっつってんだろが！（逆ギレ）

そんな感じで電卓祭りを横目で見つつ華麗にスルーしてたんですが、アクアさんが勉強会で発表するっていうもんで間に合わせて作って一緒に発表してもらおうかな？なんて思ったのが先々週。しかし計算部分はジェバンニが一晩でやってくれたわけですが（本当に一晩で作りました）、それ以外の部分に無駄に凝りすぎたために電卓祭り発表会にも間に合わず（平日は30分ぐらいしか時間がとれないので）、今ごろこうしてのこのことやってきてるわけです。

♪アクアちゃん　おそくなってごめんね（『花はおそかった』美樹克彦）

してどのぐらい凝って凝って凝りまくって~~肩がガチガチに~~どんな感じになったかというと、こんな感じ。

プロジェクトファイルと実行ファイルはこちら。

公式アプリケーション仕様に準じた仕様はこんな感じ。

画面がある。

0～9までの数字ボタンがある。

＋－×÷＝Ｃのボタンがある。

「終了」ボタンがある。

＝が押されるまで、ひたすら計算しつづける。

「終了」ボタンが押されたら有無を言わさず強制終了する。

計算結果をクリップボードにコピーする機能も有る。

ついでに公式仕様とは関係なく勝手に作り込んだ仕様がこっち。

数字はデジタル表示。

ボタンのフォントが変えられる。

キーを押すとボタンが押されるアニメーションをする。

ぽぴ王子モード搭載。

怪しい裏ワザでパワーアップ（…アップ？）。

整数しか計算できない。

数字パネルもそうですが、ボタンもフォーカスが移動するのがイヤなのでオリジナルのコントロールを作りました。Buttonクラスから継承しようかと思ったけど、クリックできればそれでいいやってんでControlクラスから継承して、必要なところだけ実装する感じで。まさかこんなところで以前ちょっとだけやったWindows Mobileの仕事のテクニックが役に立つとは思いませんでしたわ。

詳しいところはソースファイルを見ていただくとわかるかなぁとか思うんですが、やっぱ使ってる技術の解説をした方がいいでしょうか。コメント見て決めようっと。

timestamp

ぽぴ王子 — Mon, 04 Jun 2007 15:35:00 GMT

元ネタ：中の技術日誌ブログタイムスタンプ列 / 中の技術日誌ブログタイムスタンプ列には更新しない

最初に「タイムスタンプ列」の方を見ていて「あれ？updatecol更新してないじゃん？」とか思ったわけですよ。更新しなきゃ楽観ロックできないんじゃね？と。

なので

update ...（中略）... updatecol=@updatecol
みたいなのも必要かも。
タイムスタンプ列のコメント

などと偉そうに突っ込んでみました。そしたら「タイムスタンプ列には更新しない」の方で勝手に更新されると記述が。

へぇ～そうなのか～と検索してみたところ「現在時刻をセットします」とか書いてあって、ほうほう現在時刻を勝手に入れてくれるんだ、じゃあ更新しなくてもいいんだね！そうだね！プロテインだね！と思って「申し訳ない」とコメントしました。

すると今度は、尊敬するNAL-6295さんから

>おーおーおー、自動的に現在時刻をセットしてくれるんですね。
timestamp型に現在時刻はセットされません。
rowversion相当ですかね。
タイムスタンプ列には更新しないのコメント

というありがたいツッコミが。

あ～れれ～？~~どうしたのコナン君~~僕が見たページでは現在時刻って書いてあったよ～…と思って見直してみたら、そのページはMySQLについて解説されているページでした orz

まぁ確かに、MSDNオンラインを最初に見なかった自分も男どアホウ甲子園なわけですが、中さんSQL Server(T-SQL)の話だって一言も書いてねえじゃねえかよぅ…と駄々こねてみるテスト。中さんがMySQLの話をするとは思えませんが？とか言われるとそうかもなぁって思うんだけど、前提条件はハッキリさせとかないと読者を混乱させちゃうよって話でした。オマエモナー。

せっかくなので~~俺はこの赤い扉を選ぶぜ~~、T-SQLとMySQL、PostgreSQLのtimestamp型についてのリファレンスのリンクを置いておきます。

だが、ZIPで！

ぽぴ王子 — Sun, 18 Mar 2007 14:17:00 GMT

じゃんぬさんの System.IO.Compression.GZipStream クラスというエントリを見ていて思い出したわけですが、いまやっているプロジェクトでインストーラ（もどき）を作るのに GZipStream クラスを使ってました。インストーラ（だから本当にもどき）が使うデータファイル（中身はインストールするファイル群）を圧縮して持っておくべきだろうなあということで。

最初は System.IO.Compression 名前空間をいろいろ調べていて、DeflateStream クラスで圧縮しておこうと思ったのだけど、これって Deflate アルゴリズムそのものを使えるようにしてくれるだけで、いくら Deflate アルゴリズムが ZIP 形式に採用されているとは言っても ZIP ファイルを作ってくれるわけではないと。

で、使うファイルは複数あるし、それを全部バラバラなファイルのまま圧縮するのも…と思うので、できればまとめて1個のファイルにして圧縮しておきたいわけです。でも System.IO.Compression 名前空間のクラスは1ファイルの圧縮しかしてくれないので、ファイルをまとめる処理は自分で書かなくちゃいけない。この場合独自形式でもいいけれど、独自形式にするとファイルを作るためのアプリケーションを作らなくちゃいけないので、だったらファイル形式さえ自分で何とかしてしまえばファイル作れるんじゃね？と考えたんですよ。

ただ ZIP ファイルは複雑そうでちょっと('A`)マンドクセ、なので TAR ファイルにして GZipStream クラスで圧縮すれば tar.gz ファイルが作れちゃうということで、このへんを参考にして自分で TAR ファイルを作ることにしました。TAR だったらヘッダ部分以外はただ連結するだけなので楽だし。

ちなみに SharpZipLib を使うとか J# のクラスを使うという方法は「ファイルをまとめようとしているのになんで別の DLL を用意せなあかんねん」ということで却下しました。

と、そんな昔話はどうでもいいとして（いいのかよ）シャノンさんのコメントで

System.IO.Packagingはどうなんだろうか（未調査

とか書かれていて、(ﾟДﾟ≡ﾟДﾟ)System.IO.Packagingｯﾃﾅﾆﾅﾆ?! ということで調べてみました。

シャノンさん自身のどいつもこいつもWPFWPFと…
社本＠ワックさんのZipPackage - .NET Framework 3.0

この辺によれば、どうやら .NET Framework 3.0 で実装される~~予定の~~ものらしいですね。System.IO.Packaging.ZipPackage というクラスを使えば~~お金なんかちょっとでふわふわ！~~ ZIP ファイルもらくらく！うおーすっげーな！でも .NET Framework 3.0… ○|￣|＿

（はわわ、~~ご主人様、敵が来ちゃいました！！~~.NET Framework 3.0 って予定どころかすでにリリースされてるじゃん！ということで修正）

余談ですが、Googleで「だがzipで」を検索すると「ぽぴンち。」が一番先頭に来る件について（2007年03月18日現在）。

# 要望があれば今回作った Tar クラスを少し整備して公開してみようかと思います。あくまで「要望があれば」ですが :-)

東京勉強会 #4レポート（まともなほう）

ぽぴ王子 — Wed, 14 Feb 2007 00:42:00 GMT

大阪勉強会 #6も終わったところで、いまさらながら東京勉強会 #4のレポートなどを。

パフォーマンスチューニングの第一歩 DBの動きを知ろう [夏椰さん]

わんくまのデータベース魔術師こと夏椰さん（誰も言ってない）のDBパフォチュー話。みんな期待して待ってたざまーす。

夏椰さんは朝からテニス用のコートを着込んでぁゃιぃ雰囲気だったわけですが、セッション開始にあたりそのコートを脱いでチャイナ服で登場してくれました。

・・・当日はセッション内容に関係ない変な格好しています。(芸人なんでぇ～)
ぜひぜひ笑ってください、もしくはいじってください。(>_<)
夏椰の東屋: パワポ頑張っています。

この「変な格好」ってコレのことだったんスね！すごいや姉さん！確かに "似合いすぎて笑えない" や！（こらこら）

セッション自体は割と普通。普通というか、DBが内部でどういう動きをしているのかということの解説ですね。DB内部ではページ単位で格納されていて、実際のデータは行ヘッダと行データに別れて格納されると。ここで「あー、FATみたいな方式なのね」とか思った懐古主義のおっさん挙手 _`)ﾉシ

UPDATE句などで内容を更新したりすると、ページサイズに収まらなくなって別途ページを取得してそこに書き込む。するってえと挿入時に順番に並んでいた行データがバラバラになってしまうんだよね！という、普通にDBを使っている限りは絶対に意識しないような話。~~やっぱ人間って~~おもしれー！

そしてそういう話から、テーブルにはテーブル・インデックス分離型とインデックス一体型のタイプがあって場合によって使い分けすると無駄な領域が出なくて済むよー的な話。その辺が意外とあっさりすぎて拍子抜けでしたが(笑)

正直ご自分でも言ってますがセッションは経験不足な感はぬぐえず（スピーカー経験のないお前が言うな）、でもとても参考になる楽しいセッションでした。ぜひまたやっていただきたい。チャイナ！チャイナ！（違

.NETで始めるオブジェクト指向プログラミング入門～俺流オブジェクト指向をあなたに～ [ひろえむさん]

以前からそういう話が出ていた「オブジェクト指向ってなんなん？」という疑問に対する、ひろえむさんなりの回答という感じ。

ひろえむさんのセッションなので、笑いも取りつつ難しいところも具体的に解説しながら、時々デモで実際にコーディングする部分もあって、なかなか面白かったわけですが。

「オブジェクト指向の入り口あたりまで案内する」と言ってらしたので、とりあえずその辺までの解説という感じで（実際すべてを解説してたら何日あっても足りないわけで）ひろえむさんなりの解釈を加えたオブジェクト指向を学ぶための導入編と言ったところでしょうか。

ただ、レベル２クマーの割には意外と手ごわいというか難しいというか、やはり時間が足りなかったのか、後半は文字がたくさん書かれたスライドがスッパスッパとめくられていた感覚しかなくて（すいません）自分自身の勉強不足を感じてしまいました。

オブジェクト指向入門第2版原則・コンセプト

作者: バートランド・メイヤー(著) / 酒匂寛(翻訳)
出版社/メーカー: 翔泳社
発売日: 2007/01/10
メディア: 単行本（ソフトカバー）

僕もこの本を読んで勉強しようと思います（って、無理だろ）。

アマゾンウェブサービスとアプリケーション開発の新概念 [Millsさん@amazon.co.jp]

最近いろいろとお世話になっているアマゾンの、Millsさんのお話。

アマゾンはいろんなWebサービスを手がけていて、僕が以前ネタにした Amazon E-Commerce Service だけじゃなくて有料のサービスとかもありますよーという感じの話でした。

セッションでは例として Simple Storage Service（通称S3）をVisualStudio2005からWSDLを使ってカンタンに使えるとかそういったデモなどを交えつつ解説。話が軽快で面白かったのだけど、資料が紙1枚だけだったのでちょっと思い出すのに時間が…（だからさっさと書けと）

でも資料に書いてあるURLへアクセスすればたいていのことを載っているので資料がなくてもいいよネ！とMillsさんはおっしゃってましたが、僕みたいな人もいるのでやっぱり資料は欲しいです orz

ほら、やっぱりあんまり覚えてない。

パネルディスカッション「オブジェクト指向ってなんだ in 東京」

来ちゃったよ来ちゃったよ。

朝、突然中さんから「パネルディスカッションのパネラーやってみぃへん？」と声をかけられて、思わず勢いで「いいッスよ」とか言ってしまったのが運のつき。

やんごとなき事情で来れなくなっていたなおこ(・∀・)さんと、仕事の都合で来れなくなってしまったシャノンさんの代わりに、僕が「オブジェクト指向だなんてよくわかってない人代表」、あとヽ(ﾟ∀｡)ﾉうぇねさんが「ものすごくよく知っている人代表」ということでピンチヒッターを務めさせていただきました。もちろん王冠をかぶりましたとも。

でもねー、他のメンバーがえムナウさん、επιστημηさんに、午前中にオブジェクト指向のセッションまでやっちゃったひろえむさんやら日ごろからC++でバリバリやってるとっちゃんだったりして、僕などで太刀打ちできるはずもなく。王冠だけの出オチかよｗｗｗとか思われてるかも。

ディスカッションの内容はもうキンチョーしまくりでよく覚えていなかったりするのが本当なのですが ○|￣|＿

とりあえず微かに覚えている範囲では、どうやってオブジェクト指向を覚えたかという議題からなぜか「オレはこうやってプログラミング技術を習得したぜ」という自慢大会に発展していたこととか。えムナウさんなんか「TK80のダンプリストをハンド逆アセンブルしてマシン語覚えたぜ」とか、とっちゃんも「電気屋が開店したらすかさずコンピュータの前に陣取って一日中リストを入力して、動かなかったらなぜ動かないのかを考えつつ改造して…」とか、それってこないだも聞いたよ的な話を(笑)実際僕も似たような感じではあったわけで、基礎をしっかりやってきたからこそオブジェクト指向のような技術もすんなり入れたんじゃないかという話。

あとはオブジェクト指向っていうのは考え方であって、別にC++みたいなオブジェクト指向言語じゃないと作れないわけじゃないし、Cでだってオブジェクト指向的なことはやってたよねとか。自分用のヘッダファイルと他人に渡す用のヘッダファイルを別に作っておいて、外から触られたくない（privateな）関数は他人向けのヘッダファイルには宣言を入れないとか、そういったことをしてたとか。

それと、オブジェクト指向とあまり関係ないところから出てきた（ような気がする）のは、今の人たちはアルゴリズムだったり、プログラムがどうやって動いているのかを理解しないまま最先端の技術だけを詰め込まれてるから、ちょっとしたことですぐつまづいたりするんじゃないのかなーという話。

僕がそこで例に出したのは、10年ぐらい前にVB4で組んでいたときに、ソートをコーディングするのが面倒で（まともにアルゴリズムの勉強をしていなかったので）非表示にしたListBoxにアイテムを追加して、SortプロパティをTrueに設定することでListBoxにソートさせるという方法を取っていたという恥ずかしい過去。しかも先日どこかの掲示板でまったく同じことを「これって便利ですよー」と書いていた人がいて「お前は10年前のオレか！」と叫んで黒烏龍茶噴いた、と。

そのときの話が非常に印象に残っていたのか、R・田中一郎さんがこんなエントリを書いていました。

たぶん、その流れになったのは「オブジェクト指向は構造化プログラミングの一環である」みたいな流れからだったんじゃなかったかと記憶。そもそも構造化プログラミングを知らないままオブジェクト指向とか詰め込まれてもわけわかんないし、わかる人はそこを突き抜ける瞬間があって、そのブレイクスルーがないと理解は難しいんじゃないか、みたいな。

この辺は僕の揮発寸前のメモリーを探るよりは、そのうち公開されるであろうビデオを見てもらったほうがいいかも :-) 責任逃れとかゆーなー

そしてこの後はお楽しみの懇親会があるわけですが…それはそれで別のエントリに書くことにします（まだ続ける気かよ）。

XMLでごにょごにょ

ぽぴ王子 — Sun, 07 Jan 2007 18:53:00 GMT

年末からちょっとヒマだったので、少しXMLについて調べていました。と言ってもXMLというよりはAmazon Web サービス（以下AWS）の研究というか、そんな感じで。

面倒なのでAWSについての説明は省いてしまいますが（必要な場合はコメントで「書けよコラ！ジャンプしてみろよ！持ってんじゃねえか！」とか書いてみてください）webservices.amazon.co.jpにリクエストを投げると、必要なデータを返してくれるサービスです。

とりあえずやりたいことは、いまぽぴンち。でやっている、アソシエイト付のAmazonへのリンクを自動化したい。自動化というか動的に作成するまではしなくていいのだけど（どちらにしてもCGIは動かせないサーバなので）、現在手動でやっているHTML構築作業をプログラムにやらせたいなーと思って。

で、とりあえず組んでみたのが以下のコード。HttpWebRequestのサンプルまんまでちょっと恥ずかしいですが（エラーチェックもぜんぜんしてないし）AWSにアクセスしてXMLを取得、そこからDOM(Document Object Model)を作成するところまでなんとかできました。

  List<string> query = new List<string>();
  query.Add("AWSAccessKeyId=[この辺は表向きは書かないほうがいいかも]");
  query.Add("AssociateTag=popinchi-22");
  query.Add("Service=AWSECommerceService");
  query.Add("ResponseGroup=ItemAttributes%2CImages");
  query.Add("ItemPage=1");
  query.Add("Operation=ItemLookup");
  query.Add("ContentType=text%2Fxml");
  query.Add("IdType=ASIN");
  query.Add("Version=2005-10-05");
  query.Add("ItemId=" + textBox1.Text.Trim());    // textBox1にASINを入れる
  System.Net.HttpWebRequest req =
    (System.Net.HttpWebRequest)System.Net.HttpWebRequest.Create(
      "http://webservices.amazon.co.jp/onca/xml?" +
      string.Join("&", query.ToArray()));
  System.Net.HttpWebResponse res = (HttpWebResponse)req.GetResponse();
  Stream st = res.GetResponseStream();
  StreamReader sr = new StreamReader(st, Encoding.UTF8);
  string html = sr.ReadToEnd();
  sr.Close();
  st.Close();
  System.Xml.XmlDocument doc = new System.Xml.XmlDocument();
  doc.LoadXml(html);

ちなみにAWSからはこんな感じでXMLが返ってきます。ネタにするのは赤間本です(笑)。

<?xml version="1.0" encoding="UTF-8"?>
<ItemLookupResponse xmlns="http://webservices.amazon.com/AWSECommerceService/2005-10-05">
  <OperationRequest>
    <HTTPHeaders>
      <Header Name="UserAgent"></Header>
    </HTTPHeaders>
    <RequestId>1ETT01ZG824EZ6F9CG7K</RequestId>
    <Arguments>
      <Argument Name="AssociateTag" Value="popinchi-22"></Argument>
      <Argument Name="ItemId" Value="4891005157"></Argument>
      <Argument Name="ContentType" Value="text/xml"></Argument>
      <Argument Name="IdType" Value="ASIN"></Argument>
      <Argument Name="ItemPage" Value="1"></Argument>
      <Argument Name="Service" Value="AWSECommerceService"></Argument>
      <Argument Name="AWSAccessKeyId" Value="な・い・しょ"></Argument>
      <Argument Name="Version" Value="2005-10-05"></Argument>
      <Argument Name="ResponseGroup" Value="ItemAttributes,Images"></Argument>
      <Argument Name="Operation" Value="ItemLookup"></Argument>
    </Arguments>
    <RequestProcessingTime>0.0263030529022217</RequestProcessingTime>
  </OperationRequest>
  <Items>
    <Request>
      <IsValid>True</IsValid>
      <ItemLookupRequest>
        <IdType>ASIN</IdType>
        <ItemId>4891005157</ItemId>
        <ResponseGroup>ItemAttributes</ResponseGroup>
        <ResponseGroup>Images</ResponseGroup>
      </ItemLookupRequest>
    </Request>
    <Item>
      <ASIN>4891005157</ASIN>
      <DetailPageURL>http://www.amazon.co.jp/gp/（略）</DetailPageURL>
      <SmallImage>
        <URL>
          http://ec2.images-amazon.com/images/P/4891005157.01._SCTHUMBZZZ_V51803122_.jpg
        </URL>
        <Height Units="pixels">75</Height>
        <Width Units="pixels">58</Width>
      </SmallImage>
      <MediumImage>
        <URL>
          http://ec2.images-amazon.com/images/P/4891005157.01._SCMZZZZZZZ_V51803122_.jpg
        </URL>
        <Height Units="pixels">160</Height>
        <Width Units="pixels">123</Width>
      </MediumImage>
      <LargeImage>
        <URL>
          http://ec2.images-amazon.com/images/P/4891005157.01._SCLZZZZZZZ_V51803122_.jpg
        </URL>
        <Height Units="pixels">500</Height>
        <Width Units="pixels">383</Width>
      </LargeImage>
      <ImageSets>
        <ImageSet Category="primary">
          （上記SmallImage～LargeImageと同内容なので省略）
        </ImageSet>
      </ImageSets>
      <ItemAttributes>
        <Author>赤間 信幸</Author>
        <Binding>大型本</Binding>
        <Creator Role="著">赤間 信幸</Creator>
        <Label>日経BPソフトプレス</Label>
        <ListPrice>
        <Amount>3990</Amount>
        <CurrencyCode>JPY</CurrencyCode>
        <FormattedPrice>￥ 3,990</FormattedPrice>
        </ListPrice>
        <Manufacturer>日経BPソフトプレス</Manufacturer>
        <NumberOfPages>416</NumberOfPages>
        <PackageDimensions>
        <Length Units="cm">24</Length>
        </PackageDimensions>
        <ProductGroup>Book</ProductGroup>
        <PublicationDate>2006-05-18</PublicationDate>
        <Publisher>日経BPソフトプレス</Publisher>
        <Studio>日経BPソフトプレス</Studio>
        <Title>Microsoft Visual Studio 2005によるWebアプリケーション構築技法</Title>
      </ItemAttributes>
    </Item>
  </Items>
</ItemLookupResponse>

このXMLからこんな感じのイメージを出力したいわけです。こらそこっ、はてなダイアリーみたいとかいうなー！

Microsoft Visual Studio 2005によるWebアプリケーション構築技法

作者: 赤間信幸
出版社/メーカー: 日経BPソフトプレス
発売日: 2006/05/18
メディア: 大型本

ここまではなんとかなったのだけど、ここから先をどうするかというところでいろいろ考えていたり。

XmlDocument.LoadXmlメソッドでもってDOMツリーは構築できているのだけど、そのノードにそれぞれアクセスするのはどうするかﾆｬｰとか。とりあえずこういうコードを書いてみたけど、あまりにベタすぎて目から汗が出た orz

  System.Xml.XmlNode nodeItemLookupResponse = doc.ChildNodes[1];
  System.Xml.XmlNode nodeItems = nodeItemLookupResponse.ChildNodes[1];
  System.Xml.XmlNode nodeItem = nodeItems.ChildNodes[1];
  System.Xml.XmlNode nodeMediumImage = null;
  foreach (System.Xml.XmlNode node in nodeItem.ChildNodes)
  {
    if (node.Name == "MediumImage")
    {
      nodeMediumImage = node;
      break;
    }
  }
  if (nodeMediumImage != null)
  {
    System.Diagnostics.Debug.Print("URL:{0}", nodeMediumImage.ChildNodes[0].InnerText);
    System.Diagnostics.Debug.Print("Height:{0}", nodeMediumImage.ChildNodes[1].InnerText);
    System.Diagnostics.Debug.Print("Width:{0}", nodeMediumImage.ChildNodes[2].InnerText);
  }

これじゃあァァァんまりだァァアァ（エシディシ）ということで、ちょっと調査。SelectNodes/SelectSingleNodeメソッドを使うとXPathからノードが取れるとな！よーしよーしよし（ムツゴロウさん）なんとかなりそうだぜ…とこんなコードを書いてみた。

  System.Xml.XmlNode nodeMediumImage = doc.SelectSingleNode("/ItemLookupResponse/Items/Item/MediumImage");
  if (nodeMediumImage != null)
  {
    System.Diagnostics.Debug.Print("あったーよ！");
  }
  else
  {
    System.Diagnostics.Debug.Print("なかったズラ");
  }

しかし結果は「なかったズラ」一辺倒。うむむ、試しに適当に作ったXMLファイルだとうまく動いたりするので、何かが足りないらしい。

動かない原因を調べてみたところ、ItemLookupResponseのxmlnsが付いていると検索できないっぽいです。XMLについては素人の私ですが、とりあえずネームスペース関係らしいことぐらいはわかります。かと言って、なぜこのネームスペース指定があると検索できないのかまではさっぱりわからず。勉強不足ですね orz

それで今日一日調べていたのですけど（ヒマですね）どうやらこんな感じでやればイケるみたいです。要はXmlNameManagerクラスを作って、そこにAddNamespaceメソッドで別名を定義、選択時はその別名をつけて検索せよと。

参考：＠IT：連載：.NETで簡単XML　第5回 DOMとXPath

  System.Xml.XmlNamespaceManager nsManager = new System.Xml.XmlNamespaceManager(doc.NameTable);
  nsManager.AddNamespace("aws", "http://webservices.amazon.com/AWSECommerceService/2005-10-05");
  nodeMediumImage = doc.SelectSingleNode(
    "/aws:ItemLookupResponse/aws:Items/aws:Item/aws:MediumImage", nsManager);
  if (nodeMediumImage != null)
  {
    System.Xml.XmlNode nodeValue;
    System.Xml.XmlNode nodeAttrib;
    nodeValue = nodeMediumImage.SelectSingleNode("aws:URL/text()", nsManager);
    System.Diagnostics.Debug.Print("URL:{0}", node.Value);
    nodeValue = nodeMediumImage.SelectSingleNode("aws:Width/text()", nsManager);
    nodeAttrib = nodeMediumImage.SelectSingleNode("aws:Width/@Units", nsManager);
    System.Diagnostics.Debug.Print("Width:{0}{1}", nodeValue.Value, nodeAttrib.Value);
    nodeValue = nodeMediumImage.SelectSingleNode("aws:Height/text()", nsManager);
    nodeAttrib = nodeMediumImage.SelectSingleNode("aws:Height/@Units", nsManager);
    System.Diagnostics.Debug.Print("Height:{0}{1}", nodeValue.Value, nodeAttrib.Value);
  }
  else
  {
    System.Diagnostics.Debug.Print("なかったズラ");
  }

と、これでとりあえずは取得できることが判明したわけで、また一歩野望に近づいた！（何の野望だ）。

続きは気が向いたら書くことにします。