寝ても覚めても.NET（？）

VS2005だか2008のころだったからか搭載されたデバッグ実行中に
DataSet内に格納されているデータを参照するための機能

ウォッチウィンドウ使ったり、イミディエイト使ったりしなくてよくなってずいぶんと楽になりました。
当然のようにVS2010にもついているわけですが・・・

まだベータだからかな。
.NET Framework 3.5で開発してたら、DataSetVisualizer.dllを読み込めませんでした
的なエラーが表示されてうまく表示できません。

エラー内容をよくよく見てみると現在のアセンブリは以前のバージョンでビルドされているため
うんたらかんたら・・・

.NET Framework 4に変えてみたところ普通に表示できるようになりました。
なんとなく気になったので書いてみた。

もうまもなくCodeZineでVisual Studio Team System 徹底活用シリーズの最後が公開されます。
徹底活用といいつつ、作業項目のこと以外には一切触れませんでしたが、
最後に扱っているProject Server 2007 VSTS Connectorにはほんとーに苦労させられました。

記事では割とスマートに（？）内容がまとまっていますが、
その裏では壮絶な死闘を繰り広げましたｗ
まさかこんなに苦労することになろうとは思いもせず・・・

記事の補足等はできないので、疑問があれば記事のコメント欄にでもおよせいただきたいのですが
苦労を味わった上でVSTS2010のすばらしさを実感するってのも面白いかもしれませんorz.

TFS2010の作業項目にも他作業項目や変更セットへのリンク情報を持たせる機能があります。
TFS2008までは原則として1つの作業項目に１つのリンクを表示するのみでしたが
ここんところが大幅に変更されています。

たとえば、MSFAgileのプロセステンプレートを使ってチームプロジェクトを作った後
タスクの作業項目を作成すると下側のタブには
”実装”と”すべてのリンク”の２つのリンク情報保持用の場所があります。

注目すべきは実装のほうで、こちらで”リンク先”を選択すると
下の図のようなダイアログが表示されます。 



リンクのさせかたそのものも大幅にブラッシュアップされていて
リンクの種類を選ぶことができます。
ここでは、子と親のみですが、選んだ要素に応じて、リンクプレビューの視覚化のところに
リンクの構造の概念図が表示されます。とってもわかりやすいですね。

ちなみにこのリンクの種類ですが結構いろいろ用意されています。
フルで表示するとこれくらい。  

 

作業項目を編集するときにどのリンクの種類を表示するかを制御することができ
これは、作業項目定義内のレイアウトを決める部分で設定することができます。

たとえば、以下のような感じ。

<Tab Label="実装">
    <Group>
      <Column PercentWidth="50">
        <Control FieldName="Microsoft.VSTS.Build.IntegrationBuild" Type="FieldControl" Label="ビルドに統合(&amp;T):" LabelPosition="Left"/>
      </Column>
      <Column PercentWidth="50"/>
    </Group>
    <Control Type="LinksControl" Name="Hierarchy" Label="親と子のタスク(&amp;C):" LabelPosition="Top">
        <LinksControlOptions>
            <WorkItemLinkFilters FilterType="include">
                <Filter LinkType="System.LinkTypes.Hierarchy"/>
            </WorkItemLinkFilters>
            <WorkItemTypeFilters FilterType="include">
              <Filter WorkItemType="タスク"/>
              <Filter WorkItemType="ユーザー ストーリー"/>
            </WorkItemTypeFilters>
            <ExternalLinkFilters FilterType="excludeAll"/>
            <LinkColumns>
                <LinkColumn RefName="System.ID"/>
                <LinkColumn RefName="System.WorkItemType"/>
                <LinkColumn RefName="System.Title"/>
                <LinkColumn RefName="System.AssignedTo"/>
                <LinkColumn RefName="System.State"/>
                <LinkColumn LinkAttribute="System.Links.Comment"/>
            </LinkColumns>
        </LinksControlOptions>
    </Control>
</Tab>

これは、タスクの実装タブ内のレイアウト定義情報をもってきたものです。
注目すべきは赤くなっているところでここがリンクの保持を設定しています。
ここで、
・WorkItemLinkFilters
・WorkItemTypeFilters
・ExternalLinkFilters
の3つの組み合わせがさきほどのリンクの種類を制御しています。
WorkItemLinkFiltersにはあらかじめ用意されているリンクの種類のグループともいうべきものを設定します。
ExternalLinkFiltersにはリンクの種類のグループには属さないけどリンクの種類として表示可能なものを設定します。
WorkItemTypeFiltersにはリンクとして有効な作業項目の種類を設定します。

この例では、
            <WorkItemLinkFilters FilterType="include">
                <Filter LinkType="System.LinkTypes.Hierarchy"/>
            </WorkItemLinkFilters>
の部分で、System.LinkTypes.Hierarchyを設定しているのでリンクの種類として親or子が有効となります。

            <WorkItemTypeFilters FilterType="include">
              <Filter WorkItemType="タスク"/>
              <Filter WorkItemType="ユーザー ストーリー"/>
            </WorkItemTypeFilters>
の部分で、作業項目のタスクとユーザーストーリーを関連付けられる作業項目として設定しています。

            <ExternalLinkFilters FilterType="excludeAll"/>
の部分で、リンクの種類のグループに含まれないものは除外すると設定しています。


さて、では設定可能なものは？
WorkItemLinkFiltersに設定可能なものは
・Microsoft.VSTS.Common.TestedBy
リンクの種類は テスト担当者、テスト が有効になります。
・Microsoft.VSTS.TestCase.SharedStepReferencedBy
リンクの種類は テスト ケース、共有ステップ が有効になります。
・System.LinkTypes.Dependency
リンクの種類は 後続処理、先行処理 が有効になります。
・System.LinkTypes.Hierarchy
リンクの種類は 子、親 が有効になります。
・System.LinkTypes.Related
リンクの種類は 関連 が有効になります。

ExternalLinkFiltersに設定可能なものは
・Workitem Hyperlink
リンクの種類は ハイパーリンク が有効になります。
・Fixed in Changeset
リンクの種類は 変更セット が有効になります。
・Result Attachment
リンクの種類は 結果の添付ファイル が有効になります。
・Source Code File
リンクの種類は バージョン付き項目 が有効になります。
・Test Result
リンクの種類は テスト結果 が有効になります。

他にもありそうなんですが、とりあえずここまでわかったというところで力つきました。

TFSの作業項目にはドロップダウンリストから選択して入力できるようにするための定義があります。

ドロップダウンリストを使いたいフィールド定義にちょちょっと制約を追加すればＯＫ。
たとえば、

<FIELD name=”リストで入力” refname=”libaty.listsample1” type=”String” />

というフィールドがあるとすると

<FIELD name=”リストで入力” refname=”libaty.listsample1” type=”String”>
  <ALLOWEDVALUES>
    <LISTITEM value=”一番目” />
    <LISTITEM value=”二番目” />
  </ALLOWEDVALUES>
</FIELD>

のようにしておくことで、ドロップダウンリストからの入力ができます。
ALLOWEDVALUES制約だとリスト内の項目からしか選択できないので
任意入力もさせたい場合にはSUGGESTEDVALUES制約が使えます。


で、実際に表示してみると・・・。

・わなその１
ドロップダウンに表示されるリスト項目は勝手にソートされて表示されます。
作業項目定義として作成した順番にはなりません。
これ以外にわなです。

・わなその２
ドロップダウンリストなんで空白を選択させたいと思うこともあります。
でも、
  <LISTITEM value=”” />
だったり
  <LISTITEM value=” ” />（半角または全角空白）
だったりを定義しようとするとTFSに登録する段階ではじかれてしまいます。

こんなときは、空白を選択させることを任意の値を入力させることととらえて
SUGGESTEDVALUES制約を使うのがてっとりばやいです。

今までのTFSでは、コマンドラインから作業項目を管理しようと思うと
・witimport.exe
・witexport.exe
・tfsfieldmapping.exe
・glimport.exe
・elexport.exe
の５つのコマンドラインツールが必要でした。
それぞれの名前からおおよそイメージつくものもあるかもしれませんが

作業項目の登録・変更はwitimport.exeを
登録済み作業項目の取得はwitexport.exeを
作業項目内のフィールドの編集にはtfsfieldmapping.exeを
作業項目で使うグローバルリストの登録・変更はglimport.exeを
登録済みグローバルリストの取得はglexport.exeを

と、用途ごとにそれぞれのツールに指定されたオプションをつけて利用しなけければいけませんでした。


TFS2010ではこれはまとめて witadmin.exe に統合されているようです。
コマンドラインで
  witadmin.exe /?
とすると、利用可能なコマンド一覧が表示され、
そこには上記５つのツールでやっていたようなコマンドがすべて含まれています。

そもそも、witimport.exeが見つからなくて探してたら見つけたわけですが・・・。
まぁ一つに統合されるのはいいことのような気はします。

Visual Studio 2010の新機能の１つとして注目されていたDocument Map Margin。

Tech Days 2009のときなんかはスライドのみの紹介でした。
参考：Visual Studio 2010はこうなる -Tech Days 2009 セッションレポート-

Tech Ed 2009では存在すら発表されていなかったような・・・

Microsoft Code Gallaryのページもずいぶんと更新がとまっています。
http://code.msdn.microsoft.com/vslangfutures/Wiki/View.aspx?title=Document%20Map%20Margin


で、以下のサイトをご参考。
http://blogs.msdn.com/jasonz/archive/2009/10/19/announcing-vs2010-net-framework-beta-2.aspx

ここのコメントのやりとりを下の方まで見ていくと

Does anyone know how to show the 'Document Map Margin' or isn't it in this release?
->The beta2 is so bad !!!.......
->the Docment Map Margin won't ship with the final release, but we are looking at making it a free extension when we RTM.

というやりとりがあります。
#最後のコメントはこのブログのブロガーの返信

というわけでRTMでのリリースは見送ったってことですかねー
さらにもうひとつ下を見ると

I'd love to get your feedback; can you be more specific on what is bad with the release?  now is the time to weigh in so we can fix any issues you have before we RTM.  thanks!

という書き込みが。
#先にあげた２番目のコメントに対するブロガーさんの返信。

そうはいってもプレビューリリースはするよーってことですかね。楽しみに待ちますか。

WCFのタイムアウト設定でどはまって、
松崎さんにも助けてもらったのでメモがてら

：やりたかったこと

　クライアント側でサーバーに対してリクエストを発行してから
　処理結果を受け取りきるまでに渡るタイムアウト値を設定する


：結論

　クライアント側のバインディング設定でSendTimeout値を操作すればよい


：困ったこと

　いろいろ調べるとWCFのバインディングには基本的なものでも以下の４つがあった

　・OpenTimeout
　・CloseTimeout
　・SendTimeout
　・ReceiveTimeout

　でも、どれがどういう用途と使われているのかさっぱりわからない。
　グーグル大先生Bingに聞いてもさっぱりわからない。

　で、泣きついたところ、
　OpenTimeoutは、サービスとの接続を確立しようとしたときに発生する例外をどの程度待機するか
　CloseTimeoutは、その逆
　ReceiveTimeoutは、サービス側で設定するものでどれだけの時間、クライアントからのメッセージ受信待機をするか
　SendTimeoutは、その逆

　さらにOperationTimeoutというものがあるからそれが、やりたいことに該当するだろうとの助言をいただきました。

　いろいろ調べていくと
　・OperationTimeoutはIContextChannelクラスのプロパティである
　・OperationTimeoutを直接、構成ファイルから設定する方法はないっぽい
　ということがわかり、ChannelFactoryを使う場合は以下のようなコードになりました。

ChannelFactory factory = MyCreateFactory<IMyService>(); //アドレス指定、バインディング読み込みなどを行う
IMyService proxy = factory.CreateChannel();
IContextChannel channel = proxy as IContextChannel;
channel.OperationTimeout = new TimeSpan(00, 01, 00); //タイムアウト値の設定

proxy.ExecuteService();

　このようにすれば、OperationTimeoutの設定を行え、任意の時間でタイムアウトを設定することができました。

　ところで・・・OperationTimeoutの初期値って・・・？？？
　気になったので調べてみたところ、
　初期値は　60　秒でした。

　SendTimeoutと同じか―と思いながら、構成ファイルでSendTimeoutの値を変更すると・・・
　なんとOperationTimeoutの値も変更されておりましたー
　ってことは、OperationTimeoutの初期値 = SendTimeoutの設定値ということみたいです。

　もちろん、上記、コードを利用して、後からいくらでも変更できましたが
　特に支障なければSendTimeoutの設定で流用してもいいかもしれません。

最近、はじめてグレープシティ社のMultiRowというコンポーネントを利用してみてます。
グレープシティのホームページでは「表計算／グリッド」というカテゴリで紹介されている同製品ですが
いやー.NET標準のDataGridViewとか、SPREADなんかとはまったく趣きが異なりますね。

デザインの仕方もどちらかというと帳票をレイアウトしているのに近い感覚です。
さらにコントロールを直接画面に貼っただけでは何もできず、
まずは、テンプレートと言われるものを別に作成しておく必要がある点も感覚が全然違います。

簡単には、貼りつけたいフォームと同一プロジェクト上に
新しい項目の追加でMultiRowテンプレートというものを追加します。
そうするとMultiRowのデザイン画面が表示され、
ここで、ヘッダーや明細行をデザインしていくのですが、
グリッドのデザインというよりは帳票のデザインと言った方がしっくりくる感じです。

テンプレートができあがったら、これを利用したいフォームに
MultiRowのコントロールを配置して、この中で先ほど作成したテンプレートを利用するように設定します。
これで、画面上でデザイン済みのMultiRowが使えます、と。

ただ、多段行にわたるデータを綺麗に見栄え良く表示させたい場合には、
DataGridViewとかSPREADなんかを使うよりもよっぽど効率いいなーとは思いました。
SPREADなんかだとセルの結合やらなんやらをがんばって、
何行分が論理的に１行データだからその単位で行を追加して
とかわけわからんコードが山のように必要になりますが、MultiRowならそんなのものほとんどコードいらず。

業務アプリケーションに求められるグリッドは割とMultiRowの方が相性いいんじゃないかと思いました。


後は、InputManも持ってればそのコントロールと同様の機能を持ったセルを配置することができるってのもおっきなポイント。
入力操作性の統一感が段違いにあがってかなりいい感じ。