Development

メモ: デリゲート(C#)

YamaKen — Sun, 10 Jun 2007 03:16:00 GMT

後日じっくり目を通すとして、今はアドバイスいただいた中の、 URL のメモだけ。これまで複数の人にきいたのだけど、どうもきちんと理解できてない。これ、かなり悔しい(汗

@IT 連載プロフェッショナルVB.NETプログラミング -- VB 6プログラマーのためのVB.NET入門-- 第23回処理を委譲するデリゲート (川俣さん)
http://www.atmarkit.co.jp/fdotnet/vb6tonet/vb6tonet23/vb6tonet23_01.html

@IT 連載 One Point .NET デリゲート再入門 (吉松さん)
http://www.atmarkit.co.jp/fdotnet/onepoint/onepoint03/onepoint03_01.html

C# Programming デリゲート (宇宙仮面さん)
http://uchukamen.com/Programming/Delegate/

VBScript: Windows RSS Platform のフォルダオブジェクトの作成、存在確認、取得、削除を行ってみる

YamaKen — Sat, 19 May 2007 17:17:00 GMT

Windows RSS Platform ネタなコードがあんまり出回ってないようでもあるが、リファレンス確認しつつ、 Scripting.FileSystemObject や Outlook のフォルダ、ファイル、メッセージといったオブジェクトの動きをヒントにしてみると、わりと書きやすいと思う。

ObjFeedMgr の .CreateFolder/.CreateSubFolder がちょい効率悪い。使い方を工夫してフォローしたいかな。

追記: RootFolder のパスは空白です。ゆえに、RootFolder 直下ではフォルダでも Feed でも、フルパス(絶対パス)はそのオブジェクトの相対パスと一致します。

   1:  '' ファイル名: TestCreateRSSFolder.vbs

   2:  '' 作成者: YamaKen

   3:  '' バージョン: 1.0

   4:  '' 作成日: 2007.05.19

   5:  '' 目的: RSS Feed をしまうフォルダを作り、型とパスの確認を行う動きのサンプル。

   6:  '' やってること: ObjFeedManager を使って二階層のフォルダツリーを作り、パスと型を表示する。

   7:  ''               それが終わったらフォルダを削除。(注: 実際には利用しない名前のフォルダを使う。)

   8:  '' 引数: なし

   9:  '' 戻り値: RSS Folder の型、名前、パス(EchoArgType 関数の戻り値。)

  10:  '' 注意点:

  11:  '' ★  フルパスを一度では作れない

  12:  ''     「パスの末尾」にバックスラッシュ (\) を入れると、

  13:  ''      CreateFolder/CreateSubFolder/ExistsFolder/GetFolder/GetSubFolder などでエラーになる。

  14:  ''      CreateFolder/CreateSubFolder で扱えるのは 1 つの階層のみ。

  15:  ''      フルパスを一気に作ろうとするとこける。このため、どうしても、

  16:  ''      一個一個、一階層ごと、作ることになる。面倒くさいのだが。

  17:  ''      (前半部のパス存在確認と作成個所がそれ。)

  18:  ''      なお、Get したり存在確認したりする場合はフルパスでも問題ない様子。

19:

  20:  Dim ObjFeedMgr

  21:  Set ObjFeedMgr = CreateObject("Microsoft.FeedsManager")

22:

  23:  If Not ObjFeedMgr.ExistsFolder("Technology2\Exchange Server Podcasts2") Then

  24:      '' パスがなければ、作る

  25:      If Not ObjFeedMgr.ExistsFolder("Technology2") Then

  26:          ObjFeedMgr.RootFolder.CreateSubFolder("Technology2")

  27:      End If

28:

  29:      If Not ObjFeedMgr.ExistsFolder("Technology2\Exchange Server Podcasts") Then

  30:          ObjFeedMgr.GetFolder("Technology2").CreateSubFolder("Exchange Server Podcasts2")

  31:      End If

32:

  33:      '' RSS フォルダそれぞれでオブジェクトの型とパスの表示。

34:

  35:      '' どっちでも有効な値を取れるので、使うときは好きなほうを選ぶ。

36:

  37:      '' フォルダのフルパスをとるのではなく、それぞれのフォルダを Get するアプローチ。

  38:      EchoArgType(ObjFeedMgr.GetFolder("Technology2").GetSubFolder("Exchange Server Podcasts2"))

39:

  40:      '' フォルダのフルパス(絶対パス)がわかってるときは一気に取得。

  41:      EchoArgType(ObjFeedMgr.GetFolder("Technology2\Exchange Server Podcasts2"))

42:

  43:      Do while ObjFeedMgr.ExistsFolder("Technology2")

  44:          ObjFeedMgr.GetFolder("Technology2\Exchange Server Podcasts2").delete

  45:          ObjFeedMgr.GetFolder("Technology2").delete

  46:          If Err <> 0 Then

  47:              Exit Do

  48:              Wscript.StdOut.WriteLine Err.number & vbcrlf & Err.Source & vbcrlf &_

  49:                                       Err.Description

  50:              Err.Clear

  51:          Else

  52:              Wscript.StdOut.WriteLine "RSS Folder deletion completed."

  53:          End If

  54:      Loop

55:

  56:      Set ObjRSSRoot = Nothing

  57:      Set ObjFeedMgr = Nothing

58:

  59:  End If

60:

  61:  sub EchoArgType(strInput)

  62:      '' 型の確認と、 RSS Feed Folder オブジェクトならパスを表示。引数に、型を確認したいものを入れる。戻り値は型名、(と名前、パス)

  63:      Wscript.StdOut.WriteLine TypeName(strInput)

64:

  65:      If IsObject(strInput) = False Then

  66:          Wscript.StdOut.WriteLine strInput

  67:      ElseIf typename(StrInput) = "IFeedFolder" Then

  68:          Wscript.StdOut.WriteLine "Name: " & StrInput.Name

  69:          Wscript.StdOut.WriteLine "Path: " & StrInput.Path

  70:      End If

71:

  72:  End Sub

作成には 30 分程度かかった。(ちょっと時間かけすぎ。抱いている全体像、イメージが弱いから時間がかかる。)

メモ: VBScript と Visual Basic .NET 以降のものの変数の扱い

YamaKen — Sat, 05 May 2007 21:02:00 GMT

関数やサブプロシージャを作るときにちょっとポイントになると思うため、メモ。

既定では、渡し方(ByVal/ByRef) を指定していない変数は、 VBScript では ByRef つまり、モトの変数をそのまま「参照」して使う。Visual Basic .NET 以降の Visual Basic では、 ByVal で扱う。モトの変数のローカルコピーをメモリ空間上で新しく作って使う。リファレンスにしている MSDN ライブラリによると参照渡しでも値渡しでも、パフォーマンスには大きな差は生じないという。動きの面でたいして違わない場合は気にしないでもよいということかな。(CPU とメモリは節約できれば、したほうがいいと思うけど。)

VBScript を Visual Studio を用いて編集しようとしたところ、変数指定部分でことごとく、 ByVal により値渡しが行われていたため、このことに気づいた。コレクションや辞書オブジェクトなどを上位の処理から引き継いで使い回す(辞書オブジェクトに値を入れ込むなど。)ので、デフォが ByVal ではちょっと困るんだけどなぁ…

以下、リファレンスの参考箇所。

Visual Basic 言語の概念 - 方法: プロシージャ引数の値を変更する
http://msdn2.microsoft.com/ja-jp/library/6zxyfyzz(VS.80).aspx

.NET Framework 開発者ガイド Visual Basic の言語の変更
http://msdn.microsoft.com/library/ja/cpguide/html/cpconVisualBasicLanguageChanges.asp

今取り組んでいるコード、もっときれいな仕上がりにして、VB.NET や C# に移植しつつ、それぞれの言語を使ってモノを作る感触をつかみたいかな。
# 条件分岐や繰り返し処理の使い方で手間取るのはもうそろそろ卒業したい…

Jitta さん: 以前の既定の渡し方は ByVal ですね。
http://www.microsoft.com/technet/scriptcenter/guide/sas_sbp_cxzm.mspx?mfr=true

こういうのとか、 ASP でいうマーシャリングの話とかありますし。

メモ: デリゲートについて(C#)

YamaKen — Thu, 12 Apr 2007 00:58:00 GMT

あんまり深いところまでわからないものの。プログラミング Visual C#.NET (日経BP; Microsoft Press) をちょいちょいと掘っているうちに理解できたところのみメモ。まだ、自習書とかは触れないので。机上である程度、理解進めている一環として。

メソッドを流用しやすくするための仕掛け
よくある表現: C/C++ でいう「関数ポインタ」
イベントの仕組みは delegate をベースにする
定義では、あとで埋め込む関数の形を宣言しておく
なかったら、監視の仕掛けをいちから用意しないといけないので、わりと手間。
トリガの仕掛け自体を用意してくれるモノ。「条件を満たしたら」「以降でセットするモノを実行する」ルール要素。満たすべき条件と、発動するブツは別途、文中で指定する。

自分向けメモ: 文字コード問題と国際(公)法のアナロジー

YamaKen — Fri, 09 Mar 2007 00:08:00 GMT

文字コード問題はどこを調べ、何を見ても死屍累々な気配に見える中で、何か、以前に味わった痛みに似ていると思っていた。業務にニアミスする部分を中心とした問題を整理しているうちに、ふと、文字コードの一連の課題、論点、経緯は条約(国際公法ともいう)の取り決めの流れや、それにまつわる課題に似ていると閃く。忘れないうちにメモ。

端的に似ている点を寄せると、次のようになる。(かなりおおざっぱなので、細かくは違うと思うが。)

問題の起源はユーザ要件とはいえるが、広く民族的、歴史的経緯を entail (←ベストマッチな日本語を思いつかず。)している。
- (国内法の発展)海洋関連の国内法規や慣例
- (文字コードの登場初期)メインフレーム時代の日本語表示に関する実装(メーカ依存)
問題に対するそれぞれのプレーヤの独自解が出て、お膳立てが整ってから、共通規格、取り決めが決まる
- (複数国間条約)経済水域や船舶の運航に関する取決めなど、複数国家間の条約
- (文字集合と文字符号[文字コード]に関する共通規約の登場)ベンダ間の共通な実装部分の登場(EBCDIC 以降)～JIS による工業規格化、一層の共通化
いくつかのリージョンでの取り決めの温度差、扱いの差などが目立ち始めるなどして、徐々に国際合意の形成、規約化
- (多国間条約)国連海洋法条約
- (文字コード) Unicode およびそれを媒介とした共通規格の登場とバージョンアップ
問題の焦点にフォーカスしつつ、要件と設計をまとめる
- (法規、国際法一般)法源形成～認知～条約(条文)への包摂
- (文字コード)要件定義～規格ドラフト登場
国際規格とローカル規格の関係: 密接な関係はあるが絶対的権威や上下関係はない。関連要素を横並びに「寄せ」たもの。
- (条約と国内法)海洋関連法規
- (条約と国内法)人権関連、裁判関連、捕虜の人道的扱い(ウイーン条約)ほか。妥当な国内法規がなければこの辺、直接、条約適用もあり。(海洋以外の実績)
- (文字コード) 基本多言語面(Basic Multilingual Plane;BMP) はじめとした各面と、各言語対応のそれぞれの文字の扱いを起源とする、文字集合と符号化方法の関係(重複はあっても因果や上下の関係とはいえない。)
- (文字コード) JIS 登録の、それぞれの文字コード。カブってたり違ってるところ、内容的に包摂部分もあるが、各規格自体を最小単位とした包摂や上下の関係はない。
  - JIS X 0201 (いわゆる半角カナを含むもの。 JIS X 0208 で Shift-JIS に触れることから、紐づけてピックアップしてみた)
  - JIS X 0208 (文字集合のうち、漢字部分では JIS 第一および第二水準を扱う。Shift-JIS や CP932 なども含めて捉えると、圧倒的に、現在の主流。'78 で決定以来、 '83, '90, '97 と三度、改訂あり)
  - JIS X 0212 (補助漢字。Windows NT 4.0 以降で Windows OS がサポート。文字集合上は JIS X 0213 を包摂しているようだが?)
  - JIS X 0213 (コレの 2004 年版が、現在騒然としている方面の焦点。)

どちらの方面も、力関係や上下関係は「一旦おいといて」、(絶対的な)中央権力による取りまとめのない状況下での、参加プレーヤ(条約なら国家、文字コード規格ならベンダや各国政府)の最大多数の合意をとろうとしているというトコから、こういう類似点が出てくるのではないかな。

文字コード側はどの規格一つをとっても、包摂関係などは「共通枠からそれぞれの規格で扱う範囲が若干ずつずれている」ということもあり、スパっとわかりづらいようにおもうけど、大まかにはこういう関係だろうと認識している。過去の経緯の影響などもあるので、一般的、汎用的に受容されやすい解を出すのが、(個人的には)当面は「面倒」といえる状況が続くとみている。(三年以上の単位で。)

メモ: Windows RSS Platform のリファレンス記述箇所(MSDN ライブラリ)

YamaKen — Sun, 31 Dec 2006 23:14:00 GMT

最近首っ引きの Windows RSS Platform のリファレンス、 MSDN ライブラリの中ではインデックス位置がちょっと判りづらい位置にある。

モノは次の場所にある。

(トップ) -> Win32 and COM Development -> Networking -> Network Protocols -> Windows RSS Platform

Windows SDK (Vista 対応)と MSDN ライブラリ(Web) とも、現状ではこの位置にある。WinHTTP や DNS 等のナラビということ。

Tool: Microsoft Application Thread Modeling Tool

YamaKen — Sat, 01 Jul 2006 22:13:00 GMT

開発時点でのセキュリティ確保のためのツール。

アプリケーション開発フェーズに焦点を当てた、脅威モデルによるリスク分析ツール。現在 version 2.0 RC2 が公開されているが、近日中に正式版がリリースの予定。.NET Framework を搭載した Windows XP で稼動する。

Microsoft Threat Analysis and Modeling Tool v2.0 RC2
http://www.microsoft.com/downloads/details.aspx?familyid=c5d2a236-9e4b-46d6-9ef4-12edbe08968e&displaylang=en&displaylang=en

関連して、開発元な Application Threat Modeling Team の blog はこちら。

昨年、Microsoft Corporation 羽村さんのご紹介で、某所でミーティングに参加した際に、このツールと思しきものを見せていただいた。「なにをせにゃあかんのか」をワークフローに落とすと、関連して、実施項目がリストアップされていたりして、わりとこざっぱりと、やらなあかんことをタスクに落とし込むことが出来るようになっていたのが強く印象に残っている。

ホントはアプリケーション開発だけじゃなくて、組織全体での脅威モデルに沿ったリスク管理、実施項目のリストアップ(こっちは別途、ツールありますね)、運用サポートでの実施項目の割り出し、洗い出しなんてのも必要かと思う。全体でみてどうか、という視点。

また、セキュリティに的を絞った話じゃなくなってくるが、こういうタスクというか達成項目の認識が体系的にできて、ツールに落とし込むなんてことができると、それぞれの業務上のタスクの認識と進捗管理の一歩目が、スムーズに進むのじゃないかと思う。(シナリオ作りとかの分野になるのかしら。ココが自分は、大の苦手です。思い立ったら吉日、な動きのヒトですから...。)

VS2005: 赤間さんの新刊リリース!

YamaKen — Sat, 20 May 2006 16:37:00 GMT

ということで、マイクロソフト株式会社、赤間さんの Visual Studio 2005 を用いた Web アプリケーション構築技法に関しての書籍がリリースになりました。
詳細は、コレ↓ をクリックしてみてくださいまし。

うーむ。面白そうだが、いつ読めるかなぁ。次期リリース予定の LongHorn Server などにも、益々この辺のテクノロジが入ってくるということで、さっさと触れておかないといけないなぁ、とは思いますが。
# 「大全」なんかにも、目を通したいとは思ってるのですが、まだめどが立たず。色々、さっさと片付けて早く .NET 系言語扱えるようにしたいのですけどね。

[ASP.NET/.NET Framework] Anti-Cross Site Scripting Library 1.0

YamaKen — Mon, 01 May 2006 02:39:00 GMT

ダウンロードセンタをチェックしていて発見。 Visual Studio 向け、クロスサイトスクリプティング (XSS) 対策のライブラリが三月末にリリースされた。対象となるプラットフォームは .Net Framework 1.0, 1.1, 1.2 。なお、機能追加版である v1.5 のリリースを近日中に予定の模様。詳細は以下の URL から。

Anti-Cross Site Scripting Library 1.0
http://www.microsoft.com/downloads/details.aspx?FamilyID=9a2b9c92-7ad9-496c-9a89-af08de2e5982&DisplayLang=en

メモ: Dynamic Systems Initiative

YamaKen — Sun, 23 Apr 2006 04:16:00 GMT

DSI (Dynamic Systems Initiative) とはマイクロソフト製品に関連するシステムの構築、運用をはじめとする諸業務に関するコストを削減し、シゴトをラクにする鍵。まずはこの辺見ましょう。

Dynamic Systems Initiative
http://www.microsoft.com/japan/windowsserversystem/dsi/default.mspx

Virtual Server もコレに含まれる、というか、それだけじゃなくてマイクロソフト製品群の多くを巻き込んでいるもの。開発フェーズも含め。
構想自体は真新しいものではなく、この辺などをみると 2003 年くらいにまで遡っている構想。
最近は Visual Studio や SQL Server、更に OS はじめ個別の製品、それぞれ大幅進化を遂げていたり、新製品がいくつもリリースされるわけで、変化の方向性、大局を見ていくにはどうするとよいか、というあたりを調べていてこの辺にたどり着いた。全体像見据えることなんぞ、私にゃ今はできてないですがね。ただ、それでも、一連の変化の裏打ちを行う方向付けはココを見ればそれなりに判ってくるもんだろう、とは思います。