Streetw☆

おかしな流れの続きです・・・

とりこびと — Wed, 28 May 2008 23:13:00 GMT

Streetw☆です。。。

「あとで調べます２」について調べたんですが、長くなっちゃったのでもう一度だけエントリをお願いしました。

何度もごめんなさいorz

「対象のフレームワーク」の指定について、どなたかが仕組みなどについてブログにまとめられていた（確かどこかでセッションされてたと書かれてたような）と思って探してたのですが、まだ見つけられません；＿；

検索してたら、代わりにこんな資料を見つけました。

「MSBuild で特定の .NET Framework を対象にする」

ちょっと長いけどそこから引用します。

「ツールセットのバージョンは、Project 要素 (MSBuild) の ToolsVersion 属性を使用してプロジェクトファイルに指定できます。・・・ソリューションまたはプロジェクトをコマンドラインでビルドする場合、msbuild.exe に対して ToolsVersion を指定すると、すべてのプロジェクトとそのプロジェクト間の依存関係がその ToolsVersion に基づいてビルドされます。ソリューション内の各プロジェクトの Project 要素 (MSBuild) に固有の ToolsVersion が指定されていても、その値は無視されます。」

Σぬ～！？

TargetFrameworkVersionの他にToolsVersionなんてあるんですか～

＃「ツールセット」については、リンク先を見てください。

「対象のフレームワーク」で ".NET Framework 2.0" を指定しても、プロジェクトファイルをメモ帳で開いて見てみると、ToolsVersionは "3.5" になってました。

ちょっとドキドキしながら、これを "2.0" に変更して保存し、Visual Studio 2008を起動してビルドを実行してみました。そして「出力」ウィンドウを見ると・・・

------ すべてのリビルド開始: プロジェクト: WindowsFormsApplication1, 構成: Debug Any CPU ------ C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Csc.exe /noconfig ・・・（オプションが続く）・・・

2.0のCsc.exeでコンパイルされてますよ！

ということは、「その１」のコードは "A" が表示されるはずですよね？

実行（≧∇≦）！！

メッセージボックス＞ B

・・・orz

あれ？？

Visual Studioが何か悪さしてるの？と疑って、MSBuild.exeにプロジェクトファイルを渡してビルドしてもらいました。

・・・でも結果は同じ。ちょっと、ちょっとちょっと。ノシ

あきらめムードで

v3.5\MSBuild.exe /toolsversion:2.0 プロジェクトファイル

を実行して、できたのを実行しました。

メッセージボックス＞ A

Σわ、不意打ち。

そういえば、今回のMSBuild.exeの実行時のメッセージは、さっきとどこか違ってました。

これって、「対象のフレームワーク」を2.0にすればToolsVersionも2.0になって、それがちゃんと機能すればいいのかなとか少し思ったんですが、そうだとvarとか使えなくなっちゃうし、デバッグのとき何かあるかもしれないからダメなのかも、とか考えたりしました。

えっと、この話は何か参考になりましたでしょうか？

わたし的にはこんな細かなことはあまり重要じゃないです、実はｗ

でも、もしかしたらみんな知らないことなのかも、って思うとワクワクしたりしましたｗｗ

ところで、すとりのＲＳＳ登録してくれた人っています？ｗ

では♪

久しぶりに臨時ニュースをお伝えします。

とりこびと — Tue, 20 May 2008 01:31:00 GMT

こんにちは、とりこびとです。久しぶりに臨時ニュースをお伝えします。

2007年3月6日~~という特になんてことない日~~からエントリが開始されたことで有名な 'とりこらぼ。' が、またもや何者かに

じゃっく

された模様です。

例によって、TorikoTVではそのときの様子を入手いたしましたのでお聞きください。

とりこびと：「ううう…最近エントリ書けてないなぁ…。」

ギギギィ…（←ドアの開く音。）

とりこびと：「ちょ、な、なんですかいきなり！？･･･って、あなたは！！！！」
XXXXXXX☆：「･･･やるよ。」
とりこびと：「は？」
XXXXXXX☆：「･･･エントリ書いてやるよ。。」
とりこびと：「いや、でもそれは、えっと･･･。」

とりこびと：「って、いたたたたた！またですか！！！？また腕固めるんですか！！？」

XXXXXXX☆：「あ～、なんかめんどくさい。もういいや、折るわ。」
とりこびと：「いや、ちょっ…、あ、はい、エントリよろしくお願いします！！！」

というわけですので、関係者各位、よろしくお願いいたします～♪

←日記カテゴリ追加しました。

まあまあ厳しくして欲しい (3/3) ～現実は甘くない、けど楽しい～

とりこびと — Thu, 01 Nov 2007 18:33:00 GMT

引き続き、居候のStreetw☆がお送りします。
今回は最終回です。最終回ではとうとうあの二人が(ry。

これまでのエントリ

まあまあ厳しくして欲しい (1/3) ～Option Strict SortOfって？～

まあまあ厳しくして欲しい (2/3) ～Option Strict に関連する３つの条件～

では、Option Strict に関する理解を私なりに深めてみようとがんばってみました。

またまたリンク貼らせてもらいますが、今回は

「Option Strict Onをはやらせようとするのはやめておけ２」～中様のブログ～

に素直に従って、「まあまあ厳しくして欲しい 」と願うようになる場面について考えようと思います。
＃最後まで読んでいただけるとわかりますが、選ばせていただいた場面は強敵で歯が立ちませんでしたorz

ここで「青いヤツ」（Visual Basic 2008 のことｗ）の登場です。

さらに今回は中さんのサンプルコードも拝借させてもらいます。（強敵なのｗ）

Dim a() = {New With {.Name = "A", .Age = 31}, New With {.Name = "A", .Age = 31}}
Dim f = From g In a Where g.Age > 20 Select New With {g.Name}

中さんも書かれてる通り、このコードは Option Strict On ではエラーになります。

ここで Option Strict Off としてしまわずに、「Option Strict まあまあ」の出番となります！！

厳しくできるところは厳しくしておきたいので、まず Option Strict On の状態から始め、エラーになる条件を少しずつ"警告"に変更していくことで「まあまあ」度合いを探ってみたいと思います。

っと、その前に、Visual Basic 2008 では新機能の Option Infer On（デフォルト）による型推論が行われるため、前回書いたような

Dim test = 1

というコードはエラーにはならなくなってます。これは右側から test の型が Integer と推論されるので、

Dim test As Integer = 1

に翻訳されるからです。つまりこの場合は "As" は省略されていないことになるので、エラーにはならないのです。

Visual Basic 2008 で "As" を省略したときに「暗黙的な型です。オブジェクトと見なされます。」に関する警告やエラーが発生するのは、型推論が行えなかった場合に限られることになるんだと思います。

話を戻しますね。

「Option Strict On」の状態でコンパイルしたところ、次の２つのエラーが発生しました。

Option Strict On では、すべての変数宣言に 'As' 句が必要です。
Option Strict On では、遅延バインディングを使用できません。

つい先ほど 'As' のエラーは出にくそうなことを書いたのに、早速エラーになってますorz

これは以前にとりこびとさんのエントリ

「Visual Basic 9.0 って、どんなんかーなぁー♪　その２。- Object and Array Initializers -」

でも書かれてましたけど、Visual Basic 2008 ではこの場合には型推論が機能しないようなのです。

仕方がないので「暗黙的な型です。オブジェクトと見なされます。」の「通知」を"警告"に落とします。
同様に「遅延バインディングです。実行時の呼び出しに失敗する可能性があります。」も"警告"にします。
こちらは、ソース上の変数 a が Object 型になるのに伴い変数 g も Object 型なので、g.Name などが遅延にあたるんだと思います。

さてこれで大丈夫☆、って思ったのに、実行するとまたエラーが...orz

'Object' から 'Boolean' への暗黙的な変換です。

これが Where 句の「g.Age > 20」のところで発生するようになりました。

なぜ「'Object' から 'Boolean'」？と思いつつ、仕方がないので「暗黙的な変換」も"警告" にします。

・・・ということで、ついにすべてが"警告"になってしまいましたorz

あの～、、このシリーズでは、どれかはエラーのままにしておけることを狙ってたんですけど、思惑が。。。
そんな訳で「まあまあ厳しくして欲しい」と思わず思っちゃったりするのは無理でした（最悪な結末です（ＴーＴ）

・・・っと、ここまでの内容をとりこびとさんに少しだけ見て頂きましたところ、なんとっ、

ただ、Option Strict On ベースで遅延バインディングに関するエラーをなくしたい（Office連携などで）って話は少なからずあると思うのでとてもいい情報なんじゃないかな♪byとりこびとさん

というスバラシイお言葉を頂きました。落ち込んでたので感動です～（涙目
そうなんですよ！わたしもそれが言いたかったんです！！！（絶対違ｗ

Visual Basic をお使いの皆様っ、こんな感じでそれぞれご自分にあった「まあまあ」を見つけてみてはいかがでしょうか♪♪♪

ということで、最後はどうなるかと思いましたが、とりこびとさんのおかげで無事にシリーズを終えることができそうです。

最後までお読みいただきましてありがとうございました。
＃もしここだけ読んだのでしたら、最初っから読んでくださいねｗ

最後になってしまいましたが、この場をご提供いただきましたとりこびとさん、ありがとうございました！
そしてこんな形での参加を許していただきました中さんにもとっても感謝です！

では～

まあまあ厳しくして欲しい (2/3) ～Option Strict に関連する３つの条件～

とりこびと — Thu, 01 Nov 2007 18:05:00 GMT

引き続き、居候のStreetw☆がお送りします。
＃とりこびとファンの方、ごめんなさい。

前回のエントリ

まあまあ厳しくして欲しい (1/3) ～Option Strict SortOfって？～

では、「Option Strict ~~まあまあ~~ SortOf」の紹介記事の紹介をさせてもらいました。

今回は Option Strict に関連する３つの条件

暗黙的な変換
遅延バインディングです。実行時の呼び出しに失敗する可能性があります。
暗黙的な型です。オブジェクトと見なされます。

のそれぞれの意味を調べていきたいと思います。

まずは Visual Basic プロジェクトのプロパティの「コンパイル」タブにある「条件」のところでＦ１ボタンを押してみます。

・・・ですが、開いたヘルプには各条件に関する説明は見あたりませんでした。orz
仕方ないので探し回っていると、ちょっと良さそうな次のヘルプが見つかりました。

MSDN:Visual Basic での警告の構成

早速読み始めたところ、Visual Basic コンパイラの警告を活用することの効果として

「すっきりとした優れたコードを作成できます」

と書かれていました。それって腕次第じゃない？ってツッコミを小さく入れつつ、読み進めますｗ

それから、Option Strict などの指定はコンパイルされるものではなく、コンパイラへのコマンドラインオプションになるものなんだって新発見をしつつ 、さらに読み進めます。

すると中程以降に「警告の種類」というトピックがあり、関係のありそうな警告が ID 付きで書かれてました。

ここでネタ元

Option Strict [On|Off|SortOf] ～The Visual Basic Team 様のブログ～

に書かれてた .vbproj ファイルのやタグの話を思いだし、それらの値とコンパイルしたときの状況をまとめてみたのが次の表になります。
＃当該条件以外は"警告"にして確認しています。

★暗黙的な変換

ソースの一例

Dim test As Double = "1" + 2.0R

コンパイル時

通知を"警告"にした場合	警告　 1　　'String' から 'Double' への暗黙的な変換です。
通知を"エラー"にした場合	エラー 1　　'String' から 'Double' への暗黙的な変換です。
通知を"エラー"にした場合	エラー 2　　警告がエラーとして処理されました: 'String' から 'Double' への暗黙的な変換です。

「通知」の状態と、.vbproj ファイル内のとタグの値の関係

通知	NoWarn	WarningsAsErrors
なし	41999, 42016	－
警告	－	－
エラー	－	41999, 42016

★遅延バインディングです。実行時の呼び出しに失敗する可能性があります。

ソースの一例

Dim test As Object = Button1 
test.Focus()

コンパイル時

通知を"警告"にした場合	警告　 1　　遅延バインディングの解決です。ランタイムエラーが発生する可能性があります。
通知を"エラー"にした場合	エラー 1　　遅延バインディングの解決です。ランタイムエラーが発生する可能性があります。
通知を"エラー"にした場合	エラー 2　　警告がエラーとして処理されました: 遅延バインディングの解決です。ランタイムエラーが発生する可能性があります。

「通知」の状態と、.vbproj ファイル内のとタグの値の関係

通知	NoWarn	WarningsAsErrors
なし	42017,42018,42019,42032,42036	－
警告	－	－
エラー	－	42017,42018,42019,42032,42036

★暗黙的な型です。オブジェクトと見なされます。

ソースの一例

Dim test = 1

コンパイル時

通知を"警告"にした場合	警告　 1　　'As' 句のない変数です。Object の型と見なされます。
通知を"エラー"にした場合	エラー 1　　'As' 句のない変数です。Object の型と見なされます。
通知を"エラー"にした場合	エラー 2　　警告がエラーとして処理されました: 'As' 句のない変数です。Object の型と見なされます。

「通知」の状態と、.vbproj ファイル内のとタグの値の関係

通知	NoWarn	WarningsAsErrors
なし	42020,42021,42022	－
警告	－	－
エラー	－	42020,42021,42022

この結果からいくつかのことがわかりました。

私がわかりにくいと感じていた３つめの条件は、「警告の種類」ではより具体的な「宣言に 'As' 句が必要との警告」のことでした。エラーのメッセージもそんな感じですね。
WarningsAsErrors って、まず警告のメッセージが出力され、次にそれがエラーとして扱われるという、まさに WarningsAsErrors な動作ですね。 /warnaserror コンパイラオプションのヘルプにも、この辺りのことが少し書かれていました。
「通知」が"警告"の場合には、どちらのタグにも値が設定されません。コンパイラって、オプションをな～んにも指定しないと、警告はぜ～んぶ出すのがデフォルトなんですね。それをオプションで抑制したりエラーにしたりと。
実際には「警告の種類」に書かれていたものより多くのＩＤが、１つの条件に含まれているようです。
すべてのエラーＩＤはここのツリーの下に書かれているみたいです。
MSDN:Visual Basic コンパイラメッセージ
"Error ID: BC41999"みたいな値をググると、MSDNのヘルプのエラー内容に直接たどり着けそうです ♪♪

今回はこの辺りで終わりたいと思います。

長くなっちゃうので書けなかった今回の本題「それぞれの条件の詳細」については、各エラーＩＤのヘルプを各自で見ていただければと思います（ぉ

これで Option Strict に関係する現状の仕様の把握ができたと思うので、次回の最終回では、ようやくシリーズの本題の「まあまあ厳しくして欲しい」と思わず思っちゃうような話ができればと思っています。
＃今回は関連のありそうな情報が次から次へと見つかって、どれを書くべきかの取捨選択が大変でした～

まあまあ厳しくして欲しい (1/3) ～Option Strict SortOfって？～

とりこびと — Thu, 01 Nov 2007 17:31:00 GMT

え～とっ、ハジメマシテStreetw☆です。

とりこびとさんと中様のご厚意により、これから３エントリの間だけ、ここに居候させてもらえることになりました。
よろしくお願いします。

タイトルとは違って、甘～い目で見ていただけるとうれしいですｗ

では早速始めます！

ネタ元：Option Strict [On|Off|SortOf] ～The Visual Basic Team 様のブログ～

ネタ元のブログでは、Visual Basic の Option Strict の指定は On と Off だけじゃないことが紹介されています。
それは、そのブログのタイトルの通り「Option Strict SortOf」です。
日本語にすると、

Option Strict まあまあ（ＴーＴ）

かな？ｗ
＃一度、Ｒさんのマネがしてみたかったんですｗ（大きさは控えめｗ）

でもこれはあくまで「もし書くとすれば」という記述のイメージで、実際にはこのように書くことはできません。
＃もしここまで読んだ段階で「Option Strict まあまあ」を試した人がいたらごめんなさい。
＃けど、もし試すとしても「Option Strict SortOf」の方ですから、少しあわてすぎですけどねｗ

今のバージョンや次の 2008 でそのような記述ができるという訳ではなく、実際の手順としては、プロジェクトのプロパティでこの「まあまあ」度合いの指定を行います。
＃Visual Studio 2005 からできるみたいです。

Visual Basic プロジェクトのプロパティの「コンパイル」タブを開くと、そこには「条件」の一覧があります。その中で Option Strict に関係するのは上部の３つになります。

暗黙的な変換
遅延バインディングです。実行時の呼び出しに失敗する可能性があります。
暗黙的な型です。オブジェクトと見なされます。

試しに Option Strict のコンボボックスで "On" を選択してみると、この３項目すべての「通知」の状態が"エラー"になり、"Off" を選択するとすべてが"なし"になることが確認できます。
この「通知」の値はそれぞれの項目ごとに自分で指定できますし、選択肢には他に"警告"があります。

つまり、Option Strict の On と Off 以外というのは、この３項目それぞれの「通知」の状態を自分にあったまあまあ厳しくして欲しい程度に変更することなんです！

え！？、そんな必要ない？今のとっても厳しい環境が好きですって？？

でも

「Option Strict Onをはやらせようとするのはやめておけ２」～中様のブログ～

ですよ～
＃リンク先のコメント欄にいる「通り＊」は私です。あのときは嫌がってごめんなさいｗ

もし今、Option Strict Off でコーディングしてる人は、この際だから、コンパイラさんにもう少しだけ厳しくしてもらうことにしましょう。

第１回はこの辺りで終わりたいと思います。
次回は「まあまあ厳しくして欲しい」を流行らせるべく、３つの条件のそれぞれの意味の詳細とその効果について、エントリさせていただきたいと思います。