XML乱舞 tag:el.jibun.atmarkit.co.jp,2019-03-18:/hayashi//76 2016-05-19T06:20:56Z .NETでXMLを活用していきます。 1/3のピアノが弾きたい純情な感情 tag:el.jibun.atmarkit.co.jp,2009:/hayashi//76.6656 2009-11-16T08:59:00Z 2016-05-19T06:20:56Z ふぅ 　ここしばらく、ピアノを弾いていないんですよ。実家にいるときは、毎週ピアノ... はやしさとし

ふぅ

　ここしばらく、ピアノを弾いていないんですよ。実家にいるときは、毎週ピアノを弾く機会がありました。現在は、ひとり暮らしたのめ「ピアノ」から距離を置いている生活が続いています。しかし突然、とてつもなく「ピアノを弾きたい衝動」に駆られることがあります。最近は、実家に帰る理由が、両親に会うことよりもピアノを弾くことだったり……はさすがにしませんけども（笑）。

　現在、借りている部屋の契約条件は、「ペット」「石油ストーブ」「ピアノ」が禁止となっています。そもそもピアノを置けるようなスペースなんか余っていないので、「ピアノ」を禁止されていてもまったく問題ないのです。しかし、無性にピアノが弾きたい感情をどう解消するのか？ その対応に頭を悩ませておりました。

ePiano.jp

　インターネット上でピアノを弾くなら、「ePiano.jp」というサービスがあります。約1年前に始まったサービスです。第一印象は、正直にいうと「せまっ！」でした。本物のピアノは88個の鍵盤あります。ePiano上では「左手が活躍するスペース」が十分に確保されていません。掲示板の要望や投稿作品のコメントを見ても、「せめてあと1オクターブ欲しい」という声がちらほら見受けられます。

　後から知ったのですが、DTM（DeskTop Music）の世界では、ePiano程の鍵盤数のMIDIキーボードで曲の打ち込みをしているそうです。そうか！ 確かにデジタルな曲の打ち込みならば、リアルタイムで演奏する必要はありません。だから、オクターブを上げ下げする機能を使用することで、鍵盤の数を必要最低限に抑えているんですね。

Play

　練習はこちら。

　実際に触ってみると、「けっこういいWebサービスかもしれない」と思えてきました。何より、トラックを分けて別々に録音して重ねられるし、練習機能も付いている。操作に慣れてしまえば、かなり遊べそうなPianoですね。調子にのってもう1曲弾いてみました。左手なしですが、「ジュピター」の出だし部分です。

　練習はこちら。

There is XML Data.

xml

　それはまったくの偶然でした。何の気なしに「作者のブログ」を覗いていたところ、驚くべき仰天事実が。なんと！ 曲のデータは「XML」で保存されているとのこと。さらに、このXMLデータを使用して、何かマッシュアップを行って欲しいそうです。さすが「Web2.0」時代のサービスですね。

Silverlightで開発スタート

　しかし、わたしは「XMLで音データが保存されていた」事実よりも、「ePianoの鍵盤が37鍵しか存在しない」事実の方がどうしても気になっていました。そこで「Silverlight」という技術を使って、88鍵のPianoを作ることにしました。

　Silverlightは「XAML」という定義ファイルに、「XML」を使用しています。また、わたし自身は「.NET」技術者ですし、Silverlightで開発する環境も整っています。あとはやるだけ。年内に完成できるかは微妙なところです。しかし、期限を切らないと「モノゴト」はなかなか前に進まないので、とにかくやってみます。

]]> 『TypePadクエスト』第3話：カスタマイズですね。わかります。 tag:el.jibun.atmarkit.co.jp,2009:/hayashi//76.6655 2009-10-27T10:20:00Z 2016-05-19T06:20:56Z パッケージ製品のカスタマイズ 　そもそもソフトウェアにおける「パッケージ製品」っ... はやしさとし

パッケージ製品のカスタマイズ

　そもそもソフトウェアにおける「パッケージ製品」ってなんでしょうか？ なかなか一言で説明するのは難しい概念ですね。もしも就活中の学生さんに質問されたとしたら、わたしは以下のように説明します。

　「紳士服売り場でハンガーにかかっている状態のスーツ」のこと。

　例えば、人間の「からだ」にはそれぞれ個性があるから、ハンガーに掛かったままの状態だと、すそが長かったり、おなか周りが苦しかったりします。そんなときは、すそを詰めたり、アジャスタつきのパンツをご提案します。そういう「お客様の事情に製品を合わせる」のが僕らのお仕事です。

カスタマイズの量を最小限にしてみたら

　さて、パッケージ製品のカスタマイズには、「まったく新規に開発する」場合と違って、注意すべき重要なポイントが存在します。それは、「パッケージのバージョンアップを考慮してカスタマイズする」ということです。以下に具体例を記します。

　例えば、お客様の「ビジネスロジック」を実現させるために、以下の3つの方法があったとします。

方法1　ファイル「AAA」「BBB」「CCC」の該当箇所を数行修正して実現する
方法2　ファイル「AAA」だけで、100行程度修正して実現する
方法3　ファイル「DDD」を新規に追加し、200行で実現する

　3つの方法の中で、最小限の労力で実現できるのは、もちろん「方法1」です。しかし1には、大きな落とし穴が待っているのです。それは、「パッケージのバージョンアップ」のお話が怖くなるのです。

ありがたいはずなのに……

　パッケージのバージョンアップは、開発会社にとっては、とってもありがたいお話です。しかし「方法1」のように、「AAA」「BBB」「CCC」の3ファイルに渡って修正していると、パッケージのバージョンアップによって、3ファイルのどれかに修正が入るかもしれません。

　仮に、「CCC」ファイルに修正が入ったとします。すると、「お客様のビジネスロジックを実現させるために変更したコード」なのか、「パージョンアップによって変更したコード」なのか複合的にロジックが混ざってしまい、わけが分からなくなってしまうのです。昔の自分による「安易な判断」を猛烈に反省し、ひたすらコードと格闘する夜が続きます。そうです。ここでは新規にファイルを追加して200行で実現する「方法3」を採用し、パッケージ標準ファイルへの変更を避けるべきだったのです。

実践

　簡単なサンプルを叩き台にして、実際にカスタマイズしてみます。お客様の要望は以下の通りです。

　「パンチボタンを押したら、ジャブに続いて昇龍拳を表示してほしい」

　パッケージ標準のファイルの内容は以下の通りです。

■common.js
1
2
3
4		 function Punch()
{
    alert("ジャブ");
}

■Original.aspx
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15		 <%@ Page Language="C#" AutoEventWireup="true" Inherits="System.Web.UI.Page" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" >
<head runat="server">
    <title>パンチ</title>
    <script type="text/javascript" src="./js/common.js"></script>
</head>
<body>
    <form id="form1" runat="server">
    <div>
        <input id="btn01" runat="server" type="button" value="パンチ" onclick="Punch();" />
    </div>
    </form>
</body>
</html>

　この状態からカスタマイズしていきます。

　お客様に言われた通りにただ実装するだけなら、「common.js」の内容を修正すればOKです。しかし「common.js」は名前からして、他の「aspx」ファイルからも利用されている可能性が高いです。

　何を恐れているかというと、「Original.aspx」では「パンチボタン」から呼び出されていましたが、他の「aspx」では「ジャブボタン」から呼び出されているかもしれません。単純に「Punch」メソッドの内容を書き換えてしまうと、「ジャブボタン」を押した場合にも、「昇龍拳」が表示されてしまいます。

■common.js（危険バージョン）
1
2
3
4
5		 function Punch()
{
    alert("ジャブ");
    alert("昇龍拳");  // これは危ない
}

　そこで「common.js」は変更せずに、「aspx」ファイルにカスタマイズを加えます。具体的には以下のようにします。

■Override1.aspx（最初のカスタマイズ）
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24		 <%@ Page Language="C#" AutoEventWireup="true" Inherits="System.Web.UI.Page" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" >
<head runat="server">
    <title>パンチ</title>
    <script type="text/javascript" src="./js/common.js"></script>
    <script type="text/javascript">
       
        function Punch()
        {
            alert("ジャブ");
            alert("昇龍拳");
        }
       
    </script>
</head>
<body>
    <form id="form1" runat="server">
    <div>
        <input id="btn01" runat="server" type="button" value="パンチ" onclick="Punch();" />
    </div>
    </form>
</body>
</html>

　カスタマイズ対象の「aspx」ファイルに、改めて「Punch」メソッドを定義し直しました。

　ここで重要なポイントが2つあります。

　1つ目は、「Punch」メソッドの再定義は「common.js」の後に追加する必要があるということです。JavaScriptのメソッドの定義は、後出しが勝ちますので、「common.js」よりも先に定義してしまうと、「common.js」の定義で上書きされて「ジャブ」のみの動作になってしまいます。

カスタマイズの真意を問う

　2つ目のポイントは、お客様から依頼された「カスタマイズの真意」を確認しておくことです。つまり「お客様はなぜ、昇龍拳を追加したいのだろうか」という意識をもって、仕様を詰めていく必要があるということです。例えば今回のカスタマイズの場合は、以下のような可能性が考えられます。

● 可能性1　「ジャブ」だけの攻撃じゃ寂しいから、「昇龍拳」も追加しておくか
● 可能性2　やはり攻撃の最後は「昇龍拳」でフィニッシュしたいね

　もしもお客様の真意が後者だったと確認できた場合、「Override1.aspx」のカスタマイズでは不十分です。それでは一体、何が足りないのでしょうか？ 答えは「パッケージのバージョンアップを考慮していない」ことです。

バージョンアップしたら不具合発生

　お客様の依頼によってパッケージのバージョンアップを行いました。バージョンのアップに伴い「common.js」の内容にも変更があったようです。

■common.js（バージョンアップ後）
1
2
3
4
5
6
7		 function Punch()
{
    alert("ジャブ");
    alert("ストレート");
    alert("フック");
    alert("アッパー");
}

　この状態で「Override1.aspx」でパンチボタンを押した場合、「ジャブ」「昇龍拳」が表示されます。バージョンアップ前と変わりません。しかしお客様の認識では、「ジャブ」「ストレート」「フック」「アッパー」「昇龍拳」が表示されると思っています。そのため、現在のカスタマイズ状態では不具合が発生していると指摘されます。

ベースを呼び出す

　「Ovdrride1.aspx」のカスタマイズは失敗でした。それでは、「バージョンアップ前」と「バージョンアップ後」の両方で、「お客様の認識通りに動くカスタマイズ」をするには、一体どのようにすれば良いのでしょうか。具体的には、以下のように修正します。

■Override2.aspx（バージョンアップ前・後対応バージョン）
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29		 <%@ Page Language="C#" AutoEventWireup="true" Inherits="System.Web.UI.Page" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" >
<head runat="server">
    <title>パンチ</title>
    <script type="text/javascript" src="./js/common.js"></script>
    <script type="text/javascript">
       
        var basePunch = Punch;
       
    </script>
    <script type="text/javascript">
       
        function Punch()
        {
            basePunch();
            alert("昇龍拳");
        }
       
    </script>
</head>
<body>
    <form id="form1" runat="server">
    <div>
        <input id="btn01" runat="server" type="button" value="パンチ" onclick="Punch();" />
    </div>
    </form>
</body>
</html>

　まずは「basePunch」にパッケージ標準の「Punch」メソッドを保存しておきます。そして、新たに定義した「Punch」メソッド内で、「basePunch」を呼び出します。

　ポイントは、「scriptタグ」を2つに分割し、「basePunch」への保存と、新しい「Punch」の定義を分けることです。もしも同じscriptタグ内に書いてしまうと、再帰呼出になり「スタックオーバーフロー」が発生します。

お客様の真の要望を満たす

　「Override2.aspx」の修正によって、「ジャブ」「ストレート」「フック」「アッパー」「昇龍拳」が表示されるようになりました。この状態にカスタマイズできれば、バージョンアップ前の「common.js」の状態でも、「ジャブ」「昇龍拳」が表示され、お客様の要望をきちんと満たしています。

　今回のカスタマイズの例では、「Punch」メソッド自体の内容が数行と少なく、「basePunch」に保存しておくメリットがあまり感じられませんでした。しかし、「ｊQuery」や「prototype.js」等のライブラリを使用していて、ライブラリの動作を変えたい場合があったとします。ライブラリの内容を、直接変更してしまうのは大変危険です。その場合は、「basePunch」のように「標準のメソッド」を保存しておく方法によって、大きなメリットが生まれてきます。

ありがとうございました

　さて、今回でついに「TypePadクエスト」が終了です。「TypePadの自動修正」に対抗する目的で始まったこの企画。色々な試みをさせていただきました。第1話は「お馬鹿アプリ」、第2話は「Youtube + コナミコマンド」。そして今回は「TypePadの自動修正に対抗する」……。

　そもそも「TypePadの自動修正」が発生する直接的な原因は「FireFox」でした。「FireFox」を使用しTypePadエディタ上で、画面スクロールを発生させることによって「半角スペースの統合」が発生します。半角スペースの数が狂うことによって、ソースコードが崩れるのです。しかし、記事の確認はエンジニアライフの運営上、必要不可欠である工程です。そこで、何とか解決する手段はないものかと調査を行い、今回の実装となりました。ソースコードは、うまく表示されているでしょうか？

]]> 『TypePadクエスト』第2話：逆転脱出 tag:el.jibun.atmarkit.co.jp,2009:/hayashi//76.6654 2009-10-06T10:25:50Z 2016-05-19T06:20:56Z はじめての軟禁 　「サーバルーム」。 　それは、侵入することがとても難しい部屋。... はやしさとし

はじめての軟禁

　「サーバルーム」。

　それは、侵入することがとても難しい部屋。

　しかし、そこから脱出することは、侵入すること以上に困難である部屋。

　不幸にも閉じ込められた「あなた」は、待ち受けている「運命のいたずら」の数々に、果たして耐えられるのか？

●○●

　「システムの不具合」によって怒り狂う「情シス担当者」が、あなたを追いつめる。

　必要以上に冷やされた室温によって、あなたの体力が徐々に奪われていく。

　そしてあらたなる敵、「尿意」が登場。

　冷静な判断の継続がさらに困難に。

　ネットワークセキュリティも最高レベル。

　インターネットから切り離された端末しか存在しない。

　あなたのうろ覚えの知識が次々と「無力化」する。

　ここには当然「Visual Studio」は存在しない。

　使用できる武器はただ1つ。「メモ帳」のみ。

　果たして、あなたは無事に生きて脱出することはできるのか？

●○●

脱出系

　皆さんこんにちわ。ゲームの中でも特に、「脱出系ゲーム」にハマっている昨今です。あの「クリムゾンルーム」がなんと、Nintendo DSで出ていることを最近知りました！ 早速Amazonで注文です。

　今回は、ある意味脱出系ともいえる「サーバルーム」から、実際に「奇跡の生還」を果たした技術者の実体験をお送りします。

　ではどうぞ。

直さないと出られない

　ターゲットは、ASP.NET2.0のWebアプリ。

　わたしの仲間が作ったアプリだ。

　しかし、こいつがうまく動かなかったせいで、予備知識の全くないわたしが閉じ込められたのだ。

　自らの不幸をいくら嘆いてみたところで、何の解決にも繋がらない。

　とりあえず、現状を冷静に分析してみることにする。

　それが「生きることへの希望」を捨てていない決意の行動でもあるのだから。

　……どうやら言語はバイリンガル。C#とVB.NETの両方を使用している。

　コードビハインド有無は、ほぼ8割コードビハインドだ。

　運が悪いことに、「Webプロジェクト」で作られているようだ。

　「Webサイト」で作られていれば、「メモ帳」だけで十分に戦えたものを……。

修正個所を特定する

　わたしは、できる限りの情報を集めた。

　何しろ、こちらの武器は「メモ帳」しかないのだ。

　どんな些細なことでも、解決の糸口になる可能性はある。

　そして、ついにわたしは、修正しなければならない箇所をつきとめた。

　しかし、それは、わたしを喜ばせ、かつ、失意のどん底に叩き落とした。

　なんと修正個所は、「コードビハインドした中」にあったのだ。

　「Webプロジェクト」の場合、コードビハインドしたコードはコンパイルされ、「DLLファイル」に変化する。

　ところが、「DLLファイル」になったが最後。メモ帳ではもはや修正することができない。

　「人生終わった」。

　もはや、自らの運命を恨む気力すらなくなっていた。

　30分くらいが既に経っただろうか。

　ただただ、端末のモニターを、目の前に広がる風景としてながめていた。

　「サーバルーム」の異様な寒さの中、わたしの思考回路は「完全停止」していた。

　さらに10分ほど経過したところで、それは突然やってきた。

　何かにたとえるならば、「天からの助け」が頭の中に舞い降りてきたかのように、とあるアイデアを閃いてしまったのだ。

デリゲートから抜く

　わたしは生き返った。

　もう一度修正箇所をよく確認してみた。

　どうやら修正個所は「デリゲートに登録されたメソッドのみ」で構成されている。

　しめた！

　デリゲートは通常、メソッドを登録して使うのものだが、逆に言えば、登録してあったメソッドを削除することも当然可能なのである。

　修正対象であるメソッドの名前を「AAA」と仮定して、よくよく考えてみる。

　確かに、DLL化した「AAA」メソッドは、もはやメモ帳では修正できない。

　しかし、「AAA」メソッドはデリゲートに登録され、そのデリゲートを呼ぶことで初めて動作する。

　その「AAA」メソッドをデリゲートから抜いて、新たに定義した「BBB」メソッドに入れ替えれば、動作上は「AAA」メソッドの内容を書き換えたことと同じになる。

　これで形勢逆転だ！

生きる

　脳細胞が再び活発に動き始めた。

　膀胱は今にも破裂しそうだが、目指すゴールまで突っ走るしかない。

　わたしは一心不乱に「ASPXファイル」を編集し、上書き保存を実行した。

　ついに、「メモ帳」だけでWebアプリの不具合は修正されたのだ。

　ようやく「サーバルーム」の重い扉が開く瞬間がやってきた。

　ありがとうデリゲート。あなたのお陰で、生きて帰れます。

　「サーバールーム」から出た瞬間、わたしは生温かい空気に包まれた。

　脱出できた喜びを、まさか部屋の温度差で実感することになろうとは……。

　この日起こった全ての出来事は、一生忘れることのできない「記憶」として深く体に刻み込まれた。

　その後、あの「サーバールーム」がある会社の前を、たまたま通る機会があった。

　わたしを閉じ込めた担当者は、まだ在籍しているのだろうか？

　体に刻み込まれた「生温かい空気」の記憶によって、涙が頬を流れた週末であった。

最後に

　このドラマはフィクションであり、実在の人物・団体等とは一切関係がありません、と言いたいところです（苦笑）。

　今回のお話は、技術的に見ると「サーバサイド」のお話でした。実際に修正したサンプルコードを出したところで、大して興味をもってもらえそうにないですし、ソースコードのカラーリングは約２日くらい時間が掛かりそうなので、今回の掲載は無しです。また、別の機会があれば掲載したいと思います。

　次回、TypePadクエスト最終話は、「クライアントサイド」のお話になります。

]]> 『TypePadクエスト』第1話：CSS Spriteの衝撃 tag:el.jibun.atmarkit.co.jp,2009:/hayashi//76.6653 2009-09-24T11:33:47Z 2016-05-19T06:20:55Z CSS Spriteの衝撃 ・Yahoo! ・Amazon ・Google 　こ... はやしさとし

CSS Spriteの衝撃

・Yahoo!

・Amazon

・Google

　こ、これは…すごい！。アクセス数が飛びぬけているサイトでは、もはや常識のテクニックなんでしょうか。

CSS Spriteとは？

　CSS Spriteとは、ページ内で使う背景画像を1枚の大きな画像ファイルにまとめ、CSSを使って画像の表示位置をコントロールするテクニックのことをいいます。普通の画像を使ったサイトでは、画像1枚につき１HTTPリクエストが発行され、画像の数だけWebサーバに負担が掛かります。しかし「CSS Sprite」を使用すれば、画像1枚分の1HTTPリクエストで済むため、大幅な通信コストの削減になります。

　また、一度取得した画像は、Webブラウザのキャッシュに保存されるため、その後同じ画像が出てきた場合には、Webブラウザのキャッシュから画像が読み込まれます。Webブラウザのキャッシュ画像の利用によって、ますますWebサーバの負担が軽減されます。

CSS Spriteを実生活に置き換える

　何がお得なのか？ 我々にはなかなか実感しにくいので、「CSS Sprite」を実生活に置き換えてみます。だいたい以下のような感じでしょうか。

・太郎君はお母さんに言われて、近所のスーパーにマグロの切り身を買いに行きました。

・太郎君が家に戻ってくると、お母さんは言いました。「醤油があと少ししかないから、醤油を買ってきてね」。

・太郎君は再びスーパーへ行くことになりました。

・太郎君が醤油を買って家に戻ってくると、お母さんは言いました。「わさびがもうないから買ってきてね」。

・太郎君はまたまた、スーパーに行くことになりました。太郎君は思いました。「こんなことなら、冷蔵庫の中を確かめてから、買い物メモを持たせてくれればいいのに。いくら近所とは言え、何回もスーパーに行くのは面倒くさい！たった1つの商品を買うのに、また夕方の混雑したレジに並ぶのか…」。

実装してみる

　さて、「CSS Sprite」の概念は頭で分かっても、実際にやってみないことには真に理解したことにはなりません。まずは身近な例として、エンジニアライフのプロフィール画像を「CSS Sprite」してみます。当コラムのプロフィール画像は「もみじ」ですね。

　実装するにあたり、クロスブラウザの工数は無視できないので、ブラウザのシェア上位1位と2位で動けば良しとします。つまりIEとFireFoxを対象に作ります。

　プロフィール画像をまず4分割し、それを再びくっつけて表示します。4つの画像を新規に作っていない点に注目してください。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22		 <table id="tbl01" border="0" cellspacing="0" cellpadding="0" style="background-color: #ff0000;">
<tr>
<td>
<div title="コンニャク" style="height: 50px; width: 70px; background: url(http://el.jibun.atmarkit.co.jp/images/profile_hayashi.jpg) -0px -0px no-repeat;">
</div>
</td>
<td>
<div title="コンニャク" style="height: 50px; width: 70px; background: url(http://el.jibun.atmarkit.co.jp/images/profile_hayashi.jpg) -70px -0px no-repeat;">
</div>
</td>
</tr>
<tr>
<td>
<div title="コンニャク" style="height: 50px; width: 70px; background: url(http://el.jibun.atmarkit.co.jp/images/profile_hayashi.jpg) -0px -50px no-repeat;">
</div>
</td>
<td>
<div title="コンニャク" style="height: 50px; width: 70px; background: url(http://el.jibun.atmarkit.co.jp/images/profile_hayashi.jpg) -70px -50px no-repeat;">
</div>
</td>
</tr>
</table>

　このコードはVisual Studio上で書いたものですが、Visual Studioさんが勝手にXHTMLをフォーマットするので無駄に行数が増えてます。今回は、「CSS Sprite」の分かりやすいサンプルとして「お馬鹿アプリ」に仕上げました。

必殺？斬鉄剣！！

　こんにちは。お昼のニュースです。本日未明、XML乱舞は「CSS Sprite向けお馬鹿アプリ」を発表しました。では、会場のパシフィコ横浜から中継です。

あれ？

最後に

　今回は「TypePadの自動修正に対抗する」という内容にはまったくなっていませんでした。しかしです。この「CSS Sprite」によって、結果的には「ある扉を開くキー」を手に入れたことになるのでした。TypePad攻略まであと2話……。

]]> インサイダー取引になってしまいます tag:el.jibun.atmarkit.co.jp,2009:/hayashi//76.6652 2009-09-15T09:51:00Z 2016-05-19T06:20:55Z インサイダー取引になってしまいます 　株式についてはさっぱり知識がありませんが、... はやしさとし

インサイダー取引になってしまいます

　株式についてはさっぱり知識がありませんが、かなりドキッとする言葉でした。詳しい話を聞くとその会社では、前もって「株式売買申請書」というWeb申請を出さないと、自社株を売却できないルールになっているそうです。そこで現在は、「売却希望日」に「過去日付」を入力してWeb申請できてしまうから、システムでチェックを入れてほしいという要望でした。

JavaScriptでチェックする

　それなら、サーバー側にPOSTする前に、クライアント側でJavaScriptを使ってチェックすればいいですね。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30		 <script type="text/javascript">

 function $(id)
    {
        return document.getElementById(id);
    }

    function Apply()
    {
        if(!$("BuyDate").value.match(/^\d{4}\/\d{2}\/\d{2}$/))
        {
            alert("売却希望日の形式が正しくありません。");
            $("BuyDate").focus();
            return;
        }
       
        var buydate = new Date($("BuyDate").value);
        var today = new Date();
       
        if (buydate.getTime() < today.getTime())
        {
            alert("申請日より過去の売却希望日は許可されていません。");
            $("BuyDate").focus();
            return;
        }

        document.forms[0].submit();
    }

</script>

　ところがです。なぜか「申請日当日の売買希望日」がエラーになってしまいます。「申請日より過去日付のみエラーにする」という実装でOKだったのですが、どうやらうまく動いていません。なぜ22行目に処理が入ってくるのか、机上デバッグでは分かりませんでした。

時刻はいらない

　そうです。今回の現象は、日付型には時刻が入っていることを忘れた為に、発生していました。具体的には、変数buydateには「2009/09/09 00:00:00」が、変数todayには「2009/09/09 14:17:50」が入っていました。なるほど～。確かに「buydate < today」なので、当日もエラーで判定されることには納得できました。

現在日付で00：00：00

　理由が分かったところで修正方法を考えてみると、時刻の部分で不等式が狂っているのだから、時刻がなくなればいい。つまり「現在日付で00：00：00」が取得できればOKということになります。

　まずは、ググってみました。同じことを過去にやった人がいるはずです。すると、さまざまな実装方法が見つかったのですが、だいたい4パターンで書かれていることに気がつきました。それがさらに大きく2つの派閥に分かれます。

1行で書くよ派

　(1)newで頑張る

1
2		 // newで頑張る
var today = new Date( new Date().getFullYear(), new Date().getMonth(), new Date().getDate() );

　かなり頑張ってます。こんなに同じオブジェクトを繰り返しnewしなければならないなら、一度変数に格納したいところです。作者の「1行への執念」を感じました。

　(2)年月日の部分を文字列にして短く

1
2		 // 年月日の部分を文字列にして短く
var today = new Date( new Date().toDateString() );

　こちらは、とてもシンプルです。文字数も少なく、ぱっと全体を把握できる点がいい感じです。

2行で書くよ派

　(3)きっちり個別指定

1
2
3		 // きっちり個別指定
var today = new Date();
today = new Date( today.getFullYear(), today.getMonth(), today.getDate() );

　これは、最初に出てきた（1）の変数使用バージョンです。一番件数が多かったです。ちなみにDateのコンストラクタ内では、getMonth()に「+1」する必要はありません。getMonth()は「0～11」を返すので、文字列にして表示する場合は「+1」する必要があるのですが、そのパターンをまねて「+1」してしまい間違っている例がありました。

　(4)後で時間を0にする

1
2
3		 // 後で時間を0にする
var today = new Date();
today.setHours( 0, 0, 0, 0 );  // 時間,分,秒,ミリ秒を0にする

　分かりやすい。頭の中で考えたフローをそのままコードに落としたような実装です。後から誰が読んでも理解できる点が好印象です。

で、結局どれだい？

　結局（2）を採用しました。（※実際は以下のように単純なHTMLではなく、もっと複雑なASPXファイルで実装されています。）

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47		 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
 <title>株式売買申請書</title>

 <script type="text/javascript">

 function $(id)
        {
            return document.getElementById(id);
        }

        function Apply()
        {
            if (!$("BuyDate").value.match(/^\d{4}\/\d{2}\/\d{2}$/))
            {
                alert("売却希望日の形式が正しくありません。");
                $("BuyDate").focus();
                return;
            }

            var buydate = new Date($("BuyDate").value);
            var today = new Date(new Date().toDateString());

            if (buydate.getTime() < today.getTime())
            {
                alert("申請日より過去の売却希望日は許可されていません。");
                $("BuyDate").focus();
                return;
            }

            document.forms[0].submit();
        }
   
    </script>

</head>
<body>
 <form id="form1" runat="server">
 <div>
 <input id="BuyDate" type="text" style="width: 70px;" />
 <hr />
 <input id="btnApply" type="button" value="申請" onclick="Apply();" />
 </div>
 </form>
</body>
</html>

　かなりの接戦でした。（4）も（2）と同様にシンプルであり、とても難しい決断でした。しかし今回は、（4）はあまりにも普通であり、（2）ほど感動させたとまでは言い切れないため、最後的には（2）がグランプリに相応しいと判断しました。

　準グランプリの（4）も評価されるべき存在です。もしもわたしが新人研修の講師役だったら、無難に（4）で書いておけと言うでしょう。それほどの接戦でした。

最後に

　このコラムでは、「XML」を切り口にしていろいろ書いているのですが、今回はとうとう「XML」が一度も出てこないんじゃないかという勢いでした。しかし、最後の最後に「XHTML」という反則技を使って「XML」を無理やり登場させました。何とか帳尻合わせができたでしょうか？

]]> ファミコン風ドット絵にグッときてしまった tag:el.jibun.atmarkit.co.jp,2009:/hayashi//76.6651 2009-05-27T08:00:00Z 2016-05-19T06:20:55Z ファミコン 　ファミコン……ああ懐かしい響きですね。そうです。任天堂のファミリー... はやしさとし

ファミコン

　ファミコン……ああ懐かしい響きですね。そうです。任天堂のファミリーコンピュータです。実は先日、こんなブログ記事を発見してしまいました。

　「ドット絵マリオクッキー - メロウマイマインド」

　もう何かピコーンと閃いて、以下のような「実行プラン」が、天から降ってきました。

　「ドット絵マリオクッキー - メロウマイマインド」 + 「ファミコンカラーパレット」 + 「XML」 + 「XSLT」 = (^^)

　それでは、実際にやってみます。

データの持ち方

　ドット絵のデータの持ち方ですが、とりあえずパレット4色を「0～3」に割り当てて、属性として持たせました。

■Mario.xml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22		 <?xml version="1.0" encoding="utf-8" ?>
<root>
    <row value="00000000000000"></row>
    <row value="00001111100000"></row>
    <row value="00011111111100"></row>
    <row value="00022233230000"></row>
    <row value="00232333233300"></row>
    <row value="00232233323330"></row>
    <row value="00223333222200"></row>
    <row value="00003333333000"></row>
    <row value="00022122200000"></row>
    <row value="00222122122200"></row>
    <row value="02222122122220"></row>
    <row value="03321311312330"></row>
    <row value="03331111113330"></row>
    <row value="03311111111330"></row>
    <row value="00011100111000"></row>
    <row value="00011100111000"></row>
    <row value="00222000022200"></row>
    <row value="02222000022220"></row>
    <row value="00000000000000"></row>
</root>

　なんだかうっすらとですが、ドット絵の内容が確認できますね。

　XSLTファイルはこんな感じです。

■Mario.xslt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68		 <?xml version="1.0" encoding="utf-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
    <xsl:output method="html" indent="yes"/>

   
    <xsl:attribute-set name="cellsize">
        <xsl:attribute name="width">20</xsl:attribute>
        <xsl:attribute name="height">20</xsl:attribute>
    </xsl:attribute-set>
    <xsl:attribute-set name="cell0" use-attribute-sets="cellsize">
        <xsl:attribute name="style">background-color:#000000;</xsl:attribute>
    </xsl:attribute-set>
    <xsl:attribute-set name="cell1" use-attribute-sets="cellsize">
        <xsl:attribute name="style">background-color:#DB2B00;</xsl:attribute>
    </xsl:attribute-set>
    <xsl:attribute-set name="cell2" use-attribute-sets="cellsize">
        <xsl:attribute name="style">background-color:#8B7300;</xsl:attribute>
    </xsl:attribute-set>
    <xsl:attribute-set name="cell3" use-attribute-sets="cellsize">
        <xsl:attribute name="style">background-color:#FF9B3B;</xsl:attribute>
    </xsl:attribute-set>


    <xsl:template match="/root">
        <table border="0" cellpadding="0" cellspacing="1">
            <xsl:apply-templates select="row">
            </xsl:apply-templates>
        </table>
    </xsl:template>


    <xsl:template match="row">
        <tr>
            <xsl:call-template name="countup">
                <xsl:with-param name="prmcount" select="1" />
                <xsl:with-param name="len" select="string-length(@value)" />
            </xsl:call-template>
        </tr>
    </xsl:template>


    <xsl:template name="countup">
        <xsl:param name="prmcount"/>
        <xsl:param name="len"/>
        <xsl:choose>
            <xsl:when test="substring(@value,$prmcount,1) = '0'">
                <td xsl:use-attribute-sets="cell0"></td>
            </xsl:when>
            <xsl:when test="substring(@value,$prmcount,1) = '1'">
                <td xsl:use-attribute-sets="cell1"></td>
            </xsl:when>
            <xsl:when test="substring(@value,$prmcount,1) = '2'">
                <td xsl:use-attribute-sets="cell2"></td>
            </xsl:when>
            <xsl:when test="substring(@value,$prmcount,1) = '3'">
                <td xsl:use-attribute-sets="cell3"></td>
            </xsl:when>
        </xsl:choose>
        <xsl:if test="$prmcount != $len">
            <xsl:call-template name="countup">
                <xsl:with-param name="prmcount" select="$prmcount + 1" />
                <xsl:with-param name="len" select="$len" />
            </xsl:call-template>
        </xsl:if>
    </xsl:template>
   

</xsl:stylesheet>

長いです。68行あります。長くなった理由は、「XSLTの限界」を突破するために必要だったからです。ではこれから、「XSLTの限界」の説明と、その「解決法」を順番に見てきます。

XSLTの変数は上書きできない

　１つ目の限界は「XSLTの変数は上書きできない」ということです。つまり、定数（constの変数）として存在するので、変数の内容を後から上書きできません。この動かせない事実が、様々なところで問題になります。

　例えば今回の例でいうと、ループ処理で問題になりました。ドット絵のデータは1行14ドットで、全部で19行あります。単純に考えると、19回のループ中に14回ループを入れて処理する必要があります。19×14=266回の変換です。C#やJavaScriptで処理を書くならば、ループ変数「i」と「j」などを定義して、現在処理している位置をループによってずらしていくのがパターンでしょうか。しかし、XSLTでは変数の上書きができないのです。

for-eachは属性値のループに使用できない

　２つ目の限界は「for-eachは属性値のループに使用できない」ということです。もっと詳しく言うと、「for-each」はノードの集合に対して使用するものであるため、「00001111100000」という属性値を1文字ずつ処理することができません。

　属性値のループができないなら、属性値のデータを１ドットずつばらしておけばいいのでは？ ……確かにそれで解決です。しかし、それでは全然面白くないので、少々「あがいてみる」ことにしました。「何とか抜け道はないものだろうか？」と。

再帰処理を使う

　答えは、再帰処理でした。実行プランはこうです。

  • 「ループの回数」と「現在の値」を引数に持つテンプレートを用意する
  • テンプレート内で「現在の値」を１ずつ変化させて自分自身を呼ぶ
  • 「ループの回数」になるまで自分自身を呼び続ける

　XSLTのファイル上では、具体的には42～65行目の処理になります。

　再帰処理は、「処理の終了条件」を特に注意しないと、無限ループになる可能性があります。今回は、それほど複雑な処理は行っていないので、まったく問題ありません。

トランスフォーム

　いよいよ実行します。F5！

　PlayStation3の豪華なグラフィックには到底及びませんが、カクカクのドット絵もまた、味があっていいですね。

]]> SQL ServerでXQueryするには？（準備編3） tag:el.jibun.atmarkit.co.jp,2009:/hayashi//76.6650 2009-05-07T06:55:00Z 2016-05-19T06:20:55Z 前回のおさらい 　SQL Serverを使用して、「XQuery用のXML」を取... はやしさとし

前回のおさらい

　SQL Serverを使用して、「XQuery用のXML」を取得することに成功。しかし「NULLの項目が出力されない」問題が。試行錯誤の末に「NULLを出力するオプション」をついに発見。「テーブル」→「XML」を実現した。今回は「XML」→「テーブル」に挑戦する。

■TAX（消費税マスタ）テーブル　
TAXCODE TAXNAME TAXRATE MODIFIED
0 非課税 0 2000/01/01 0:00:00
1 課税 5 2001/01/01 0:00:00
8 旧消費税 3 2008/01/01 0:00:00
9 その他 NULL 2009/01/01 0:00:00

■SQL文
1
2
3
4
5		 SELECT
    *
FROM
    TAX
FOR XML PATH, ROOT, ELEMENTS XSINIL

■XML
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26		 <root xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <row>
        <TAXCODE>0</TAXCODE>
        <TAXNAME>非課税</TAXNAME>
        <TAXRATE>0</TAXRATE>
        <MODIFIED>2000-01-01T00:00:00</MODIFIED>
    </row>
    <row>
        <TAXCODE>1</TAXCODE>
        <TAXNAME>課税</TAXNAME>
        <TAXRATE>5</TAXRATE>
        <MODIFIED>2001-01-01T00:00:00</MODIFIED>
    </row>
    <row>
        <TAXCODE>8</TAXCODE>
        <TAXNAME>旧消費税</TAXNAME>
        <TAXRATE>3</TAXRATE>
        <MODIFIED>2008-01-01T00:00:00</MODIFIED>
    </row>
    <row>
        <TAXCODE>9</TAXCODE>
        <TAXNAME>その他</TAXNAME>
        <TAXRATE xsi:nil="true" />
        <MODIFIED>2009-01-01T00:00:00</MODIFIED>
    </row>
</root>

INSERT

　一番最初の「XML」→「テーブル」の例として、まずは「INSERT」からやってみます。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53		 /* XML文書のハンドル */
DECLARE @hdoc INT


/* XML文書 */
DECLARE @xmltext NVARCHAR(4000)


/* XML文書作成 */
SET @xmltext =
'
<export>
    <data>
        <val1>13</val1>
        <val2>じゅうさん</val2>
        <val3>13</val3>
        <val4>2013/01/01</val4>
    </data>
    <data>
        <val1>14</val1>
        <val2>じゅうよん</val2>
        <val3>14</val3>
        <val4>2014/01/01</val4>
    </data>
</export>
'


/* XML文書のハンドルを取得 */
EXEC sp_xml_preparedocument @hdoc output, @xmltext


/* 実行 */
INSERT INTO
    TAX
SELECT
    ox.val1, /* TAXCODE */
    ox.val2, /* TAXNAME */
    ox.val3, /* TAXRATE */
    ox.val4  /* MODIFIED */
FROM
    OPENXML(@hdoc, N'/export/data', 2)
    WITH (val1 VARCHAR(50), val2 VARCHAR(50), val3 INT, val4 DATETIME) ox
WHERE
    ox.val1 NOT IN (SELECT TAXCODE FROM TAX)


/* XML文書を解放 */
EXEC sp_xml_removedocument @hdoc


/* 実行結果の確認 */
SELECT * FROM TAX

　実行。F5！

TAXCODE TAXNAME TAXRATE MODIFIED
0 非課税 0 2000/01/01 0:00:00
1 課税 5 2001/01/01 0:00:00
13 じゅうさん 13 2013/01/01 0:00:00
14 じゅうよん 14 2014/01/01 0:00:00
8 旧消費税 3 2008/01/01 0:00:00
9 その他 NULL 2009/01/01 0:00:00

　OKです。TAXCODEは文字型なので、「13」と「14」は真ん中にきています。

　それでは、この処理を実際に担当している処理を見ていきます。

XML三人衆

　XMLでテーブルに更新を掛けるには、合計三つの機能が必要です。これを仮に「XML三人衆」と名づけます。

　この三人衆のコンビネーションを順番に見ていきます。

sp_xml_preparedocument

　深い内容は、上のリンクから「MSDN」を直接ご参照いただくとして、簡単な内容を掻い摘んで説明すると、このコラムでは1～30行目の処理になります。このストアドプロシージャが行っていることは、第2引数「xmltext」から受け取ったXML文書をメモリ上に展開し、第1引数「hdoc」にXML文書のハンドルを取得します。

　ハンドルとは、例えば、「車のハンドル」を思い浮かべていただければOKです。「車のハンドル」を握れば、「車」をコントロールできます。同様に、「XML文書のハンドル」を握れば、「XML文書」をコントロールできます。その為に、この「sp_xml_preparedocument」というストアドプロシージャが必要なのです。

　実は、「sp_xml_preparedocument」の処理には、少しコツが必要です。それは、第2引数である「xmltext」についてです。ここには、「char、nchar、varchar、nvarchar、text、ntext、または xml 型」が入ります。しかし、日本語を正しく処理できるのは、「nchar、nvarchar、ntext、xml型」でした（SQL Serverのある設定をいじれば、対応可能なのかもしれませんが……）。

　日本語を正しく処理できる「nchar、nvarchar、ntext、xml型」の中で、私のオススメは「nvarchar型」です。理由としては、「nvarchar型」が一時的な利用にちょうど良いサイズだからです。本来ここはXMLの処理なので、「xml型」でいくべきだと考えたのですが、「xml型」は直接手書きできないという制限がありました。「xml型」を作成するには、テーブルに対して「FOR XML」をつけてSELECTするか、一度「nvarchar型」などでXMLを記述してから、「xml型」にキャストする必要がありました。

　そもそも「sp_xml_preparedocument」の第2引数には、「nvarchar型」でOKなのですから、わざわざ「xml型」にこだわる必要はなかったのです。ここは是非、「nvarchar型」を使用してください。

OPENXML

　XMLを動的なビューとして表現します。42～43行目が特に重要な部分です。第1引数は、先ほど取得したXML文書のハンドル「@hdoc」を設定します。第2引数は、実データへのXPATHを記述します。「N'/export/data'」を設定します。頭の「N」は日本語の混じったXPATH対応用です。今回は必要ありませんが、念のため入れています。第3引数は、XMLの文書タイプです。今回の文書タイプは、「要素」なので「2」を設定します。

　最後に、「WITH」に続けてスキーマを記述します。SQL Serverには暗黙変換の機能がありますが、対応するフィールドと同じ型に揃えておきます。

TAXCODE　VARCHAR(50) → val1 VARCHAR(50)
TAXNAME　VARCHAR(50) → val2 VARCHAR(50)
TAXRATE　INT → val3 INT
MODIFIED　DATETIME → val4 DATETIME

sp_xml_removedocument

　メモリ上に展開されているXML文書を解放します。第1引数に「sp_xml_preparedocument」で取得しておいたXML文書のハンドル「@hdoc」を指定します。これを忘れると、SQL Serverがメモリ不足になることがあるそうです。49行目にこの処理を行っています。

　以上で、コンビネーションの説明は終わりです。お疲れ様でした。

　さてさて、XMLで「INSERT」ができるならば、「UPDATE」も可能なのでしょうか？ その答えは「Yes」です。

UPDATE

　INSERTの場合と、やっていることは同じです。例として「TAXNAME」を漢字にしてみます。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48		 /* XML文書のハンドル */
DECLARE @hdoc INT


/* XML文書 */
DECLARE @xmltext NVARCHAR(4000)


/* XML文書作成 */
SET @xmltext =
'
<export>
    <data>
        <val1>13</val1>
        <val2>十三</val2>
    </data>
    <data>
        <val1>14</val1>
        <val2>十四</val2>
    </data>
</export>
'


/* XML文書のハンドルを取得 */
EXEC sp_xml_preparedocument @hdoc output, @xmltext


/* 実行 */
UPDATE
    TAX
SET
    TAX.TAXCODE = ox.val1,
    TAX.TAXNAME = ox.val2
FROM
    OPENXML(@hdoc, N'/export/data', 2)
WITH (val1 VARCHAR(50), val2 VARCHAR(50)) ox
WHERE
    TAX.TAXCODE = ox.val1


/* XML文書を解放 */
EXEC sp_xml_removedocument @hdoc


/* 実行結果の確認 */
SELECT * FROM TAX

　実行。F5！

TAXCODE TAXNAME TAXRATE MODIFIED
0 非課税 0 2000/01/01 0:00:00
1 課税 5 2001/01/01 0:00:00
13 十三 13 2013/01/01 0:00:00
14 十四 14 2014/01/01 0:00:00
8 旧消費税 3 2008/01/01 0:00:00
9 その他 NULL 2009/01/01 0:00:00

　できました。

　主キーの「TAXCODE」と、更新対象の「TAXNAME」の分だけXMLを用意すればOKです。

DELETE

　最後に「DELETE」です。「INSERT」した「13」と「14」のレコードを削除します。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42		 /* XML文書のハンドル */
DECLARE @hdoc INT


/* XML文書 */
DECLARE @xmltext NVARCHAR(4000)


/* XML文書作成 */
SET @xmltext =
'
<export>
    <data>
        <val1>13</val1>
    </data>
    <data>
        <val1>14</val1>
    </data>
</export>
'


/* XML文書のハンドルを取得 */
EXEC sp_xml_preparedocument @hdoc output, @xmltext


/* 実行 */
DELETE
    TAX
FROM
    OPENXML(@hdoc, N'/export/data', 2)
WITH (val1 VARCHAR(50)) ox
WHERE
    TAX.TAXCODE = ox.val1


/* XML文書を解放 */
EXEC sp_xml_removedocument @hdoc


/* 実行結果の確認 */
SELECT * FROM TAX

　実行。F5！

TAXCODE TAXNAME TAXRATE MODIFIED
0 非課税 0 2000/01/01 0:00:00
1 課税 5 2001/01/01 0:00:00
8 旧消費税 3 2008/01/01 0:00:00
9 その他 NULL 2009/01/01 0:00:00

　テーブルが最初の状態に戻りましたね。

ありがとうございました

　さて、これで「XML」→「テーブル」を一通り行ったことになります。「XML三人衆」さえ使いこなせれば、普通のT-SQLの処理なんだなーと感じました。

　今回の「SQL ServerでXQueryするには？（準備編3）」をもって、準備編は終了です。そして、XQueryの次のテーマは、「FLWOR式」です。しかし、.NET技術者としては、「Linq To SQL」や「Linq To XML」という技術もあります。正直悩ましいところです。

　とりあえず、次回からは「XQuery」とは別の話題でいきたいと思っています。

]]>

]]> SQL ServerでXQueryするには？（準備編2） tag:el.jibun.atmarkit.co.jp,2009:/hayashi//76.6649 2009-04-07T09:55:00Z 2016-05-19T06:20:55Z 前回のおさらい 　SQL Serverを使用して、XQuery用のXMLを取得す... はやしさとし

前回のおさらい

　SQL Serverを使用して、XQuery用のXMLを取得することに成功。しかし「不正なXML」状態で取得されてしまう問題が。ルートを新たに加えるオプションを発見することで、「不正なXML」からの脱却を図ったのだが……。

■TAX（消費税マスタ）テーブル　
TAXCODE TAXNAME TAXRATE MODIFIED
0 非課税 0 2000/01/01 0:00:00
1 課税 5 2001/01/01 0:00:00
8 旧消費税 3 2008/01/01 0:00:00
9 その他 NULL 2009/01/01 0:00:00

■SQL文
1
2
3
4
5
 SELECT
    *
FROM
    TAX
FOR XML PATH, ROOT

■XML
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 <root>
    <row>
        <TAXCODE>0</TAXCODE>
        <TAXNAME>非課税</TAXNAME>
        <TAXRATE>0</TAXRATE>
        <MODIFIED>2000-01-01T00:00:00</MODIFIED>
    </row>
    <row>
        <TAXCODE>1</TAXCODE>
        <TAXNAME>課税</TAXNAME>
        <TAXRATE>5</TAXRATE>
        <MODIFIED>2001-01-01T00:00:00</MODIFIED>
    </row>
    <row>
        <TAXCODE>8</TAXCODE>
        <TAXNAME>旧消費税</TAXNAME>
        <TAXRATE>3</TAXRATE>
        <MODIFIED>2008-01-01T00:00:00</MODIFIED>
    </row>
    <row>
        <TAXCODE>9</TAXCODE>
        <TAXNAME>その他</TAXNAME>
        <MODIFIED>2009-01-01T00:00:00</MODIFIED>
    </row>
</root>

NULLの項目が出てこない

　消費税が「その他」の場合、「TAXRATE」は「NULL」です。これがXMLには出力されていません。

　それなら「NULL」を、別の何かに置き換えてしまえばよいですね。「ISNULL」関数の出番です。

　実際にやってみました。「*」で省略していたフィールド名を、ひとつひとつ書かなければなりませんが、4つしかないので、パパッとやってしまいます。

1
2
3
4
5
6
7
8
 SELECT
    TAXCODE,
    TAXNAME,
    ISNULL( TAXRATE, '' ),
    MODIFIED
FROM
    TAX
FOR XML PATH, ROOT

　実行。F5！

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
 <root>
    <row>
        <TAXCODE>0</TAXCODE>
        <TAXNAME>非課税</TAXNAME>
        0
        <MODIFIED>2000-01-01T00:00:00</MODIFIED>
    </row>
    <row>
        <TAXCODE>1</TAXCODE>
        <TAXNAME>課税</TAXNAME>
        5
        <MODIFIED>2001-01-01T00:00:00</MODIFIED>
    </row>
    <row>
        <TAXCODE>8</TAXCODE>
        <TAXNAME>旧消費税</TAXNAME>
        3
        <MODIFIED>2008-01-01T00:00:00</MODIFIED>
    </row>
    <row>
        <TAXCODE>9</TAXCODE>
        <TAXNAME>その他</TAXNAME>
        0
        <MODIFIED>2009-01-01T00:00:00</MODIFIED>
    </row>
</root>

　なんと！ むき出しの値が取得されました（※見やすいように改行を加えています）。

　納得がいかないので色々あがいていたら、意外と単純な方法で「TAXRATEタグ」を出すことに成功しました。

TAXRATEタグを出す

　その答えは、フィールドに別名をつけることでした。どうやら「AS」を使用して名前を定義し直せばイケるようです。

1
2
3
4
5
6
7
8
 SELECT
    TAXCODE,
    TAXNAME,
    ISNULL( TAXRATE, '' ) AS TAXRATE,
    MODIFIED
FROM
    TAX
FOR XML PATH, ROOT

　トン。F5！

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
 <root>
    <row>
        <TAXCODE>0</TAXCODE>
        <TAXNAME>非課税</TAXNAME>
        <TAXRATE>0</TAXRATE>
        <MODIFIED>2000-01-01T00:00:00</MODIFIED>
    </row>
    <row>
        <TAXCODE>1</TAXCODE>
        <TAXNAME>課税</TAXNAME>
        <TAXRATE>5</TAXRATE>
        <MODIFIED>2001-01-01T00:00:00</MODIFIED>
    </row>
    <row>
        <TAXCODE>8</TAXCODE>
        <TAXNAME>旧消費税</TAXNAME>
        <TAXRATE>3</TAXRATE>
        <MODIFIED>2008-01-01T00:00:00</MODIFIED>
    </row>
    <row>
        <TAXCODE>9</TAXCODE>
        <TAXNAME>その他</TAXNAME>
        <TAXRATE>0</TAXRATE>
        <MODIFIED>2009-01-01T00:00:00</MODIFIED>
    </row>
</root>

　でき……てません！

　よく見てみると、「NULL」が「0」に変換されています。TAXRATEは数値型だからでしょうか。しかしここでは、「NULL」の場合は「空の要素」で取得したいところです。

　MSDNのヘルプを片っ端から読みました。するとあったんです。「NULL」を「空の要素」で取得するオプションが。

ELEMENTS XSINIL

　空の要素を取得するオプション。それは、「ELEMENTS XSINIL」でした。しかも、「ISNULL」を個別のフィールドに書く必要がなくなるので、SQL文がスッキリしました。

1
2
3
4
5
 SELECT
    *
FROM
    TAX
FOR XML PATH, ROOT, ELEMENTS XSINIL

　いきます。F5！

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
 <root xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <row>
        <TAXCODE>0</TAXCODE>
        <TAXNAME>非課税</TAXNAME>
        <TAXRATE>0</TAXRATE>
        <MODIFIED>2000-01-01T00:00:00</MODIFIED>
    </row>
    <row>
        <TAXCODE>1</TAXCODE>
        <TAXNAME>課税</TAXNAME>
        <TAXRATE>5</TAXRATE>
        <MODIFIED>2001-01-01T00:00:00</MODIFIED>
    </row>
    <row>
        <TAXCODE>8</TAXCODE>
        <TAXNAME>旧消費税</TAXNAME>
        <TAXRATE>3</TAXRATE>
        <MODIFIED>2008-01-01T00:00:00</MODIFIED>
    </row>
    <row>
        <TAXCODE>9</TAXCODE>
        <TAXNAME>その他</TAXNAME>
        <TAXRATE xsi:nil="true" />
        <MODIFIED>2009-01-01T00:00:00</MODIFIED>
    </row>
</root>

　きたー！

　ついに「空の要素」を取得できました。

　よく見てみると、「root」に名前空間「xsi」が追加されています。そして、「TAXRATE」は空の要素になり、属性「xsi:nil="true"」が追加されています。この属性により、単なる「空の要素」なのか「NULL」なのかを判断することができます。

ありがとうございました

　さて、今回なんとか「テーブル」→「XML」を実現することができました。それだけでも満足なのに、よく調べてみると、なんと！ その逆もできるらしいです！

　次回は、XMLでテーブルの更新に挑戦してみようと思っています。

]]> SQL ServerでXQueryするには？（準備編1） tag:el.jibun.atmarkit.co.jp,2009:/hayashi//76.6648 2009-03-31T09:59:00Z 2016-05-19T06:20:55Z 気になるXQuery 　最近、「XQuery」が気になっています。 　今現在、「... はやしさとし

気になるXQuery

　最近、「XQuery」が気になっています。

　今現在、「XPath」を使用していて、特に不自由はしていません。しかし理由もなく、「XQuery」がこの世の中に生まれてくるわけがありません。

XML DBっていっても色々ありますね

　XML Databaseについては、このサイトが便利です。アイティメディアも企画協力しています。

　さて、勉強用のXQuery実行環境をどうするのか？ 1週間くらい悩みました。XQueryするならやはりXMLネイティヴのデータベースがいいのか？ それともハイブリッドのデータベースがいいのか？

　結局、普段使用しているハイブリッドのSQL Serverで実行することにしました。

結果をXMLで取得する

　XQueryを実行するためには、当然XMLが必要です。SQL Serverでは、XMLを得る方法が2つ用意されています。

　1つ目は、XML型のフィールドを定義すること。

　2つ目は、魔法のことば「FOR XML PATH」を使うこと。今回はこちらを採用します。

サンプルテーブル

　こんな感じの、TAX（消費税マスタ）テーブルを作っておきました。

TAXCODE TAXNAME TAXRATE MODIFIED
0 非課税 0 2000/01/01 0:00:00
1 課税 5 2001/01/01 0:00:00
8 旧消費税 3 2008/01/01 0:00:00
9 その他 NULL 2009/01/01 0:00:00

XMLにしてしまえ

　で、実際にやってみました。

1
2
3
4
5
 SELECT
    *
FROM
    TAX
FOR XML PATH

　実行。F5！

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 <row>
    <TAXCODE>0</TAXCODE>
    <TAXNAME>非課税</TAXNAME>
    <TAXRATE>0</TAXRATE>
    <MODIFIED>2000-01-01T00:00:00</MODIFIED>
</row>
<row>
    <TAXCODE>1</TAXCODE>
    <TAXNAME>課税</TAXNAME>
    <TAXRATE>5</TAXRATE>
    <MODIFIED>2001-01-01T00:00:00</MODIFIED>
</row>
<row>
    <TAXCODE>8</TAXCODE>
    <TAXNAME>旧消費税</TAXNAME>
    <TAXRATE>3</TAXRATE>
    <MODIFIED>2008-01-01T00:00:00</MODIFIED>
</row>
<row>
    <TAXCODE>9</TAXCODE>
    <TAXNAME>その他</TAXNAME>
    <MODIFIED>2009-01-01T00:00:00</MODIFIED>
</row>

　なんと！ 第1階層に「row」が4つで取得されました。

　XMLでは、第1階層は「ルート」と呼ばれ、複数のルートがあってはならないのです。つまりこのXMLは、不正なXMLです。

ルートを追加する

　ルートを追加してみよう。やり方は「PATH」の後ろに、カンマで区切って「ROOT」と記述します。

1
2
3
4
5
 SELECT
    *
FROM
    TAX
FOR XML PATH, ROOT

　いざ実行だ。F5！

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 <root>
    <row>
        <TAXCODE>0</TAXCODE>
        <TAXNAME>非課税</TAXNAME>
        <TAXRATE>0</TAXRATE>
        <MODIFIED>2000-01-01T00:00:00</MODIFIED>
    </row>
    <row>
        <TAXCODE>1</TAXCODE>
        <TAXNAME>課税</TAXNAME>
        <TAXRATE>5</TAXRATE>
        <MODIFIED>2001-01-01T00:00:00</MODIFIED>
    </row>
    <row>
        <TAXCODE>8</TAXCODE>
        <TAXNAME>旧消費税</TAXNAME>
        <TAXRATE>3</TAXRATE>
        <MODIFIED>2008-01-01T00:00:00</MODIFIED>
    </row>
    <row>
        <TAXCODE>9</TAXCODE>
        <TAXNAME>その他</TAXNAME>
        <MODIFIED>2009-01-01T00:00:00</MODIFIED>
    </row>
</root>

　できた(><)

　しかし少々気になる点が……。その問題点と解決方法は、次回に続きます。

]]> XMLの要素と属性、どちらが便利か tag:el.jibun.atmarkit.co.jp,2009:/hayashi//76.6647 2009-03-04T06:55:00Z 2016-05-19T06:20:55Z こんなの便所の落書きだよ 　このコラムを読んだ同僚の感想だ。同僚が言うには、「自... はやしさとし

こんなの便所の落書きだよ

　このコラムを読んだ同僚の感想だ。同僚が言うには、「自分の思い」ばかりが先行していて、「何が言いたいのか」が伝わってこないそうだ。

文章を読みやすくする

　猛烈に反省した。これからは主観的な思いは抑えめにして、より「客観的」に書くことを意識しよう。また、文章の内容だけでなく、「デザイン上の読みやすさ」も配慮しよう。以下、もう少し考えながら文章を書いてみるテスト。

■

■

■

■

■

XMLの要素と属性、どちらが便利か

　.NETでアプリケーションの設定ファイルといえば、「App.config」や「Web.config」である。主な目的は「データベースへの接続文字列」など、後から設定の変更が予測される値を格納することである。このconfigファイルはXMLで記述されている。XMLには値を格納する方法が2つあり、要素（element）と、属性（attribute）が考えられる。それでは、要素と属性のどちらが便利なのだろうか。

　答えは、「要素」である。

　なぜなら、要素は自分の内部に「要素」を持つことができるから。逆に言うと、属性は自分の内部に「属性」を持つことはできないから。

　例えば、四国の人口を例に考えてみる。

要素と属性の表現の違い

■四国の人口

　このXMLは四国の人口データを格納している。もしここで、四国4県ごとの人口データを追加する必要が出てきたとする。要素ならば、以下のように表現するだろう。

■各4県のデータを追加（要素）

　要素は入れ子にできる。そこで、「香川」「徳島」「愛媛」「高知」の4県は、「四国地方」の子ノードとして追加してやればよい。ところが、属性の場合は一工夫必要になる。

■各4県のデータを追加（属性）

　各県名をプレフィックスにした属性名を作成して対処した。一見、要素の場合と大した差はないように思える。しかし、もし地域を更に細かくして、高知県内の高知市や安芸市などの人口情報を追加する必要が出てきた場合はどうだろう。属性がどんどん増えていって、いびつなノードになる。入れ子にできないということは、入れ子構造を無理やり属性名でカバーする必要があるということだ。

要素が便利であるもう1つの理由

　要素が属性よりも便利である理由が「入れ子」以外に、もう1つ存在する。それは、要素は「同じ階層に同じ値を複数持てる」という点である。

■人類として「すずきいちろう」が4人いる（要素）

　属性は、同じ階層に同じ値を持てない。以下のXMLはエラーを起こす不正なXMLである。

■人類として「すずきいちろう」が4人いる（属性）※エラー

最後にまとめ

　実際にXMLのサンプルで見たように、「要素」の方が「属性」よりも断然便利である。もし今後、「要素」にするか「属性」にするか迷うことがあったら、「要素でGo！」と言いたい。

]]> ASP.NETでXMLする tag:el.jibun.atmarkit.co.jp,2009:/hayashi//76.6646 2009-01-23T08:00:00Z 2016-05-19T06:20:55Z 　「コードが書きたい！」 ■とにかくコードが書きたい■ 　前回から引き続き、XM... はやしさとし 　「コードが書きたい！」

■とにかくコードが書きたい■

　前回から引き続き、XMLの勉強を続けている。しかしいい加減、紙と鉛筆での勉強に飽きてきた。何だか無性にソースコードが書きたい気分なのである。

■アプリケーションの種類■

　まずはVisual Studioを起動させる。そして今回のアプリケーションの動作環境は、「ASP.NET」を選択した。もちろん「Windowsフォーム」や「コンソール」で作成してもかまわない。

　なぜ「ASP.NET」を選択したのか？ それは「試行錯誤」のしやすさを重視したから。

■アプリケーション開発の「試行錯誤」のしやすさ■

　「コンソール」「Windowsフォーム」「ASP.NET」の3種類を、独断と偏見でざっくりまとめてみた。

アプリケーションの種類メリットデメリット
コンソール シンプル。 文字しか表現できない。普通に実行すると一瞬で実行が完了してしまう。そこで、[Ctrl]+[F5]でデバッグ無しの実行をしたり、Console.Read()等で処理を止める必要がある。
Windowsフォーム フォームデザイナが優秀。直感的にアプリを作成できる。 ソースコードを変更したい場合は、デバッグを中止し、リビルドをし、再実行する必要がある。
ASP.NET ソースコードを変更したい場合、ソースを上書き保存し、ブラウザをリロードするだけで反映される。 デザイナはWindowｓフォームほど直感的ではない。

　「ASP.NET」は、コードビハインドを利用しなければ、ASPXファイル内のソースコードを変更後にリビルドが必要ない。ただASPXファイルを上書き保存して、ブラウザをリロードするだけでOKだ。

※「ASP.NET」の開発は、Visual Studio 2003まではIISが必要であり、少々敷居が高かった。しかし、Visual Studio 2005からは、ASP.NET開発用Webサーバが標準装備され、IISがなくても開発できるようになった。

■XMLの整形式チェッカーを作成する■

　今まで仕事では、XMLを利用するアプリケーションをいくつも作ってきた。しかし、XMLそのものをテーマとするアプリケーションは、作成したことがなかった。そこで今回は、XMLそのものをテーマにしてみる。まずは基本から、ということで「XMLの整形式チェッカー」を作る。

　整形式についての説明はこちら。

　サンプルデータはこちら。

[wellformed.aspx]　>>実行

　結果が「NG」の場合は、その原因をメッセージが親切丁寧（?）に教えてくれる。

　この次は、XMLの妥当性チェッカーを作ろう。

]]> XMLマスターになりたい tag:el.jibun.atmarkit.co.jp,2009:/hayashi//76.6645 2009-01-13T07:45:00Z 2016-05-19T06:20:55Z 　ギリギリ（70％） ■XMLマスターベーシックV2試験を受ける■ 　「XM... はやしさとし 　ギリギリ（70％）

Basic_2

■XMLマスターベーシックV2試験を受ける■

　「XMLは仕事で使っているから大丈夫！」のはずだった。かなりヤバい。今回合格したのは運がよかっただけ。答えが分からず勘で答えた問題が、たまたま多く当たっていたのだろう。これでは不合格にも等しい。そういえば最近、実務ばかりで勉強をしていなかった。 一度きちっとXMLを勉強することが必要だ。

■教材を選ぶ■

　本を買うべく「Amazon」へ。購入したのは、以下の2冊。

　なぜこの2冊だったかといえば、「XML問題集」が最短学習の黄金パターンにマッチした本だから。

■最短学習の黄金パターン■

  1. 教科書を読まず、いきなり問題集から解く
  2. 問題集は1冊ですべての学習テーマを網羅し、なるべく薄いものを使う

　1の利点とは、学習テーマごとの重要ポイントをすばやく把握できること。もし、小学校の授業のように教科書の説明を読むことから学習を始めると、教科書に書いてあることすべてが重要に見えてくる。人間の集中力は長くは続かないので、教科書の説明を読むだけでけっこう疲れてしまう。これを問題集を先に解くことによって、重要ポイントを意識しながら説明文を読むことができる。すると、長ったらしい説明文でも、立体的に構造的に見えてくる。

　2の利点とは、繰り返しによる記憶の定着を図りやすいこと。学習のテーマは、それぞれ完全に独立したものではなく、お互いに関連し合っている。学習テーマ全体を1回でもこなすことによって、各学習テーマの理解がより深まる。分厚い問題集は、確かに買って安心感を得られるが、何より途中で挫折しやすい。また、本が分厚いため、左手で押さえながらの作業が結構しんどい。ちなみに「XML問題集」の厚さは、約1cmでちょうど良い。

■おまけ■

　ところで、XML関連の本を調べているうちに、あることに気がついた。本のタイトルには「○○入門」とか「やさしい○○」とか、一定のパターンが存在するようだ。ならばと、売れそうな本のタイトルを合わせ技で考えてみた。例えば……

　「10日間でマスターする独習やさしいXML入門教室クイックリファレンスは絶対勉強するな」

　売れるわけない（笑）

]]>

]]>