異端な開発者を許ぃたってチョ☆

新ブログへのリンク

尾画茶 — Thu, 30 Jun 2011 03:37:00 GMT

諸般の理由によって、新ブログ（と言っても、実はもはや新ではないですが）に移行します。⇒　恵みの波紋

最近は Entity Framework 4.1 Code-First について書いていますが、EF はもういいかな……と思う今日この頃です。

Windows Phone 7 に、ちょっとガッカリ……

尾画茶 — Sat, 11 Dec 2010 16:35:00 GMT

『スマートフォン時代の.NET開発を考える』を読み、思わず Microsoftの高橋氏にメールを送ってしまいました。

以下は、その抜粋。

スマートフォンは持っておりません。ケータイは、Willcom しかもっていませんが、専ら電話＆メール用です。
また、携帯端末に関心はあるものの、どちらかというと、静観者に近い位置づけです。
Silverlight にも、XNAにも関心はありながら、Silverlight のサンプルを作った程度です。
業務アプリでは、WPFを一部分採用したことはございます。

記事にあった動画のご講演を拝聴させていただきました。とても興味深かったです。私自身、これまで
.NET 一辺倒だったわけで、ずっと Windows Phone 7 を待ち続けてきたのですが、ちょっと認識が変わりました。
これまで、Microsoft の目指すコンセプトが、私の求めるそれと一致しており、だから私にとっては理想をカタチにしてくださる会社でした。
今回も、Metro、ライブスタイル、ハブなど、私がずっと求めていたものが、そのまま形になっており、驚いております。
それらが講演の中で紹介されたとき、Windows Phone 7 が魅力的に見えたのですが、その反面、
少々ガッカリしてしまった部分もあり、フィードバックとして、メールさせていただいた次第です。

誠に僭越で申し訳ございませんが、一意見として、感じたことを正直に書かせていただきたいと思います。

■1
それは、まず第一に提供が遅すぎることです。
講演の初めにもお話されていた Windows のようなパッケージではない難しさがあるとはいえ、この段階で、
発売も未定というのは、開発を手掛けるリスクがかなり高いと、私どもは判断せざるを得ないことです。
「出てから開発では遅いから今のうちから」とおっしゃるのもわかりますが、それにしては貴社の先鋭のエヴァンジェリストの
方々でさえ、開発環境構築で苦労された、というのは、私どもにはハードルが高すぎるということです。
少なくとも、開発環境のローカライズが整っており、製品もいついつにこういう機種が出るとわかっているならば、
始められますが、日本語のVS2010 にも対応していないということは、事実上、まだ開発できないのと等しいと思います。

VS 2008 のときも、そのリリースにインテリセンスの日本語ローカライズが間に合っておらず、会社の仲間たちは
VS 2008 を使っていましたが、英語がサッパリであるため、開発がかなり滞ってしまいました。
Silverlight も XNA も、新バージョンのリリースにローカライズが追い付いておらず、学ぶこと自体がかなりストレスを抱えます。

■2
先のことと関連しますが、2つ目は、技術者へのサポートが不足している点です。
.NET Framework 3.0 の時に登場した技術基盤、WPF、WCF、WF、WCS など、素晴らしいコンセプトと思い、私自身、
WCS以外は、手掛けておりましたが、日本語リソースも少なく、普及状況としては、かなり厳しい現状だと思います。
WPFでも、データバインディングの仕組みや依存関係プロパティーなどの新しい概念をもっと手軽に学べたり、試せたりする
サポートがあると、違うのかもしれませんが、VSとBlendのように、ツールが2つになるだけでも、かなりのハードルとなります。
ましてや、進化し続けるSilverlight、XNA、日本語のサイトやフリーソフトにどれだけこのテクノロジーを使ったものがあるでしょうか。
技術者が圧倒的に少ないのです。今まで技術者が少なかった Objective-C は、Apple の躍進と共に、急増したようですが、
ここにヒントがあるかもしれません。

■3
今回、一番がっかりした点は、新バージョンへの対応が遅れていることです。Silverlight も 5がリリース……と言われているところで、
まだ実機も出ていないのに、4 にすら対応していないことです。先のローカライズと同じく、技術策定に実装が追い付いていないのです。
特に、HTML 5 への対応のところで、非常にショックを受けました。貴社としては、一方ではIE9で対応しようとしているのに、そして、
開発者側も、一生懸命 HTML5 や IE9 に追い付こうとしているのに、なぜ今、IE7 基盤に逆戻りしなければならないのか、ということです。
パネルディスカッションで、HTML5 の仕様策定がまだだから、と回答されていらっしゃいますが、それならば、実機も出ておらず、
開発環境も整っていない Windows Phone 7 の開発には、なおさら開発者は手が出せないのではないでしょうか。
スマートフォンがそれぞれ、Objective-C と X-Code、Java と Eclipse、C# と VS & Blend
と開発プラットフォームも言語もツールも
違うのを、私どもは何とかできる限り埋めたいと思っているわけです。その解の一つが、ベンダー非依存の HTML5 なのです。
iPhone、iPad、Android、そして Windows Phone 7 でも……　と信じたかったのに……　これには、かなりショックでした。
以下、Apple路線とAndroid路線をAA路線と呼ばせていただきます。Windows Phone 7 路線は、以下WP路線と呼ばせていただきます。
AA路線は、HTML5 に対応しているのに、WP路線は、HTML 5 に対応していない、そればかりか、
AA路線は、SQLite に対応しているのに、WP路線は、SQLite に対応せず、「まだ対応していない」が、対応予定が独自の SQL
Compact ということならば、
後発でありながら、すでにガラパゴスではないのだろうか、と思うのです。現状のPC路線で、Silverlight や SQL Compact
の開発者が多いのなら話は別です。
でも現実には、Windows Form の開発者は多いけれども、Silverlight の開発者はその半分にも達しておらず、一握りなわけです。
SQL Compact も、業務で使った経験がありましたが、日本語資料が少なく、VS がうまく対応しない場面もあり、かなり苦労した経験があります。

http://blogs.wankuma.com/ogacha/archive/2009/02/28.aspx

http://social.msdn.microsoft.com/Forums/ja-JP/netfxgeneralja/thread/7f5ce1ac-8dd2-4b7e-9d12-dae669d5917d

色々と、失礼なことも書いてしまったと思いますが、一開発者のフィードバックとして、書かせていただきました。

Visual Studio 2010 Beta1 のアンインストールで、ディスク1を要求されてまう！

尾画茶 — Sat, 12 Dec 2009 09:37:00 GMT

VS2010 Beta2 が出たので、Beta1をアンインストールしようとしたら、こんなメッセージが……

ファイル TFSObjectModel-x86_JPN.exe を探しています。
このファイルの場所を指定するか、Microsoft Visual Studio Team System 2010 Team
Suite Beta 1 - JPN ディスク 1 を挿入してください。

って、パス欄には、Users\ユーザー名\Local\Temp\20506.01.11\1041\ が示されているが、見つからないようだ。Tempってのが気になる。というか、消されてまったのだろうなぁ。

「こんなんでは、アンインストールできんがや」って困って、調べてみると、ハンスルマンさんのブログに解決方法が載っていました。

コネクトやフォーラムを調べてみると、どうやら、Beta 1 のバグのようで、Beta 2 では直っているようです。

SQL Server Compact は、Select サブクエリは使えない

尾画茶 — Thu, 03 Dec 2009 16:54:00 GMT

個人的には滅多に使わないSelect句の中のサブクエリ。SQL Server Compact では使えないことが判明。

そんなはずは……と思うと、Books On Line に答えが。

SQL Server 2008 の解説: expression……定数、関数、または列名、定数、関数を演算子で組み合わせたもの、あるいはサブクエリを指定します。
SQL Server Compact 3.5 の解説: expression……列名、定数、関数、または演算子を使用した列名、定数、関数の組み合わせ。

確かに、「サブクエリ」という単語が消えている。もっと目立つように書いてほしいなぁ……

♪バッハのクリスマス賛美歌を歌いました♪

尾画茶 — Sun, 29 Nov 2009 01:08:00 GMT

妻とやっとる、もう一つのブログで、妻とアカペラを多重録音したバッハの賛美歌をアップしました♪

http://blog.goo.ne.jp/sharondaniel/e/b44ce82d6d51c9aa6828d29fdbb2f7c7

C# での + 演算子の挙動

尾画茶 — Mon, 09 Nov 2009 23:26:00 GMT

文字連結は当然知っていましたが、Ｒ・田中一郎さんの「こいつ動くぞ」の記事で、

1 + "a" + true

が、"1aTrue"と評価されるのには驚きました。

さっそく、MSDNライブラリの「+ 演算子 (C# リファレンス)」を確認すると以下のように書かれていました。

数値型の場合、+ は 2 つのオペランドの合計を計算します。オペランドの片方または両方が文字列型の場合は、オペランドの文字列表現が連結されます。

なるほど。まず、最初の + が出てきたときに、片方が文字列と認識され、"1a" + true となり、これも片方が文字列なので、"1aTrue"となるわけか。

だから、1 + 2 + "a" は、まず、1 + 2 が評価されて、3 + "a" となり、"3a"となる。

"a" + 1 + 2 の場合は、まず、"a" + 1 が評価されて、"a1" + 2 となり、"a12"となるわけですね。

しかし、「MSDNライブラリの説明は、あの短い簡潔な言葉で、ここまでの説明をしているとは、素晴らしい！」と変な感動をしてしまいました。

次期 IronPython

尾画茶 — Sun, 11 Oct 2009 07:08:00 GMT

IronPython が Python 3.0系に対応するのはいつだろうと、ずっと気になっていたが、次期.NET 4.0の後で対応されるそうだ。

InfoQの記事

IronPythonは、文字列の扱いがユニコードなので、Python3.0系っぽいと思っていたので、ちょうど足並みが揃って嬉しい。

ライブラリの互換性の面でも、完全コンパチではないので、どうせなら早く3.0系に合わせてほしいと願っていたのだ。

VS2010と同時に出るのは、それのプレビュー版で、3か月ほど遅れてリリースされるらしいが、待ち遠しいものである。

マルチタッチがんばれ！

尾画茶 — Thu, 17 Sep 2009 01:27:00 GMT

Vista は人気イマイチだったけれど、陰で応援してた。だって、MSさんから授かった我らが.NET の財源は Windows だから。

この不景気の中で、新しいＯＳ Windows 7 は、旧製品リプレイスとなるか？

Windows XP がそれまでのOSよりずっと優秀だったので、ずいぶん長生き。この優秀君に勝たなければ、MSさんにも我らが.NETにも未来はない。

差別化として、マルチタッチはどうだろう。ワコムさんが頑張ったらしい。

http://journal.mycom.co.jp/news/2009/09/16/101/index.html

競争に勝ってほしい。Vistaの弟、7に。

……ってそういえば、マルチタッチって、特許Appleがとってなかったっけ？

Windows 7 にしたら、「このファイルのデジタル署名を確認できませんでした。」が連発。

尾画茶 — Thu, 10 Sep 2009 23:28:00 GMT

Windows Vista から Windows 7 にアップグレードしたら、それまでのWindows メールがなくなっている。アップグレード時に、「なくなるヨ」と警告してくれていたので知ってはいたが、ちょっと悲しかった。Windows Live Mail をダウンロードして、実行しようとしたら、

このファイルのデジタル署名を確認できませんでした。

云々というメッセージが出てインストールできない。ほかにも、色々設定をいじろうとすると、同じエラーが出る。ふと考えると、UAC の場面で出ていることに気付いた。

実は、Norton UAC Tool というのが、Vista の UAC の煩わしさを軽減するというので、入れていたのだ。UAC をOFFにするのは、機能を捨てているようでもったいない気がするのと、何よりも右下に赤い盾マークが出るのが嫌だったので、ずっとUAC ONにしていたのだ。そこに、Norton UAC Tool を入れていたわけだ。

↓以下は、窓の杜による Norton UAC Tool の説明
VistaのUAC機能を丸ごと置き換えてイライラを解消できる「Norton UAC Tool」

インターネットがあって、というか、人柱って大事だと思った。↓以下の記事のコメントで助けられた。記事のコメントのおかげで、クリーンインストールしなくて済んだ。
Norton UACを入れたままWindows 7にアップグレードしてはいけない

このブログは、同じような症状で困っている人のため、ログを記している。ずっと書きたかったけれど、更新できていなかったけれどね。

めがねに関する記事を書いてみた

尾画茶 — Sun, 06 Sep 2009 02:49:00 GMT

個人的な想いを、別ブログに書いてみました。

http://blog.goo.ne.jp/sharondaniel/e/fcc3ee5ed35f619401c3fcbcf9271f35

SQL Server Compact 3.5 は結構大変

尾画茶 — Sat, 28 Feb 2009 17:03:00 GMT

ローカルデータベースキャッシュとしても利用できるSQL Server Compact(以下、Ce)。これがなかなか使いづらい。

xmlなどデータ型が対応していなかったり、SQL文は、一文づつしか発行できなかったり、ユーザー定義関数もストアドプロシージャーもない。

sysobjectsなどのシステムテーブルもない。

ローカルデータベースキャッシュでは、アソシエーションまでレプリケートされない。

泥沼にはまったのは、Entity Framework だ。

from i in cx.HogeEntitySet where i.Name==stringFuga select i; で、エラー。が出て、そのエラーが「ntext型とかimageとかはクエリできないよ」的なエラーで、これには参った。

これは、バグらしく、以下のページを見つけて、何とか切り抜けた。

http://social.msdn.microsoft.com/Forums/en-US/sqlce/thread/b6bac277-cf66-4c74-a0b3-e48abedbd161/

これは、こう書けば解決。 cx.HogeEntitySet.Where(string.Format("it.[Name] == '{0}'", stringFuga)

SQL Server の Bit は賢い

尾画茶 — Wed, 11 Feb 2009 12:07:00 GMT

データベースは、SQL Server しかよく知らないので、他の製品はどうかわからないけれど、Bitってつかいにくいな、と今まで思っていた。

Management Studio でも、編集画面だと、True、False で現われ、0とか1とか入力すると怒られ、True、Falseで編集しなければならないのに、他の場面では 0,1 で扱わねばならない。

Convert や Cast を使わずに、どれほど正確に Bit として認識してくれるのか、実験してみた。

ストアドプロシージャーの引数に、Bit を設定してみる。こんな風に。

CREATE PROCEDURE TEST1 @a Bit AS SELECT @a

で、引数の @a に色々と渡してみる実験。

当然のことながら、0、1は突破。'0'、'1'でも、問題なし。これくらいは当たり前。しかし、ここからがなかなか賢くて「おおっ」と思わせてくれた。

0以外の数字なら、すべて 1になる。''で囲っても同じだ。大文字と小文字を混在しても、'FaLsE'とか'tRUe'とか、それぞれ0、1と扱ってくれる。

これはやってて知ったのだが、SQL SERVER にも、TRUE、FALSEという予約語のようなものがあるらしく、''で囲わずに、TRUE、FALSEでも認識してくれる。

そして、空文字列の場合……　0にしてくれる。これはかなり、ありがたい。NULLのときは、NULL。これは当たり前。

つまり、かなり柔軟に受け止めてくれるということだ。'TRUE'、'FALSE'以外の文字列（上記のように、大文字小文字は区別しない）だと、エラーとなる。

たぶん、無理だと思ってやったら、やっぱしだめだったのは、全角の数字。エラーになりました……

Linq to Entities では、Containsが非対象……（泣）

尾画茶 — Tue, 10 Feb 2009 12:32:00 GMT

Linq to Entities で、したいことの一つに、ある値を複数指定して、それに合致するものを取り出したい、ということがあった。たとえば、１、３、５のIDのものを取り出したいとき。


var ids=new[]{1,3,5};
var hoge=from i in context.HogeEntitySet where ids.Contains(i.Id) select i;

けれども、Linq to Entities では、NotSupportedException が出る。「Containsは、いかん」というのだ。おかしいな、そんなはずは……と思いながら調べていたら、ＭＳＤＮに、今回のリリースではサポートされないとの記事が……

ちなみに、Linq to SQL では大丈夫だったので、その部分は、Linq to SQL を使った。

Entity Designer のバグ対処

尾画茶 — Mon, 22 Dec 2008 23:33:00 GMT

最近、Entity Data Modelを扱っている。

edmxファイルを開こうとしたときに、エラーが出て、それ以降二度と開けなくなることがある。

「操作を完了できませんでした。パラメータが間違っています。」　……これで、二度泣かされた。

しかし、今回ばかりは本当に苦労して作ったモデルだったので、何とかして復旧させようと、edmxのXMLを解析し、やっとのことで、エラーの原因がわかった。

デザイナ周りの自動生成XMLが、唯一でないといけないはずなのに、同じコードを二度、生成してしまっている箇所があるではないか。その生成コードの一方を削除すると……edmxデザイナが無事に開いた。

つまり、原因は、edmxファイルの終りの方、デザイナセクションの<edmx:Diagrams>要素の中の<Diagram>要素の子要素の宣言の重複にある。私の場合は、<Diagram>の中の割と前の方に宣言されているAssociationConnectorと全く同じものが、</Diagram>で閉じられている直前にあった。

これは、Beta2の頃から、英語版のConnectにもレポートされているバグだが、未だ治っていないようである。

WCFで通信が不安定なとき

尾画茶 — Fri, 19 Dec 2008 08:36:00 GMT

最近、WCFを実装しています。よくよく考えれば当たり前のことなのですが、サンプルを見て、わかった気になって調子こいて、結構痛い目に遭ってマス。

つながったり、つながらなかったり……　この不安定さはなぜ？　……やはり原因は、いつも設定項目です。あの、App.configとかWeb.configとかです。

単純によくよく考えれば当たり前のことなのですが、タイムアウトやデータ量の制限など、サンプルに使われているものはほとんど、小さなサイズのデータであって、タイムアウトとかデータ量制限とかには引っ掛かりませんし、設定も取り立ててしないと思います。

けれども、実際に実装してみると、デフォルト制限値が結構厳しく、すぐにエラーになってしまいます。

デフォルトで危険にさらさないように、という配慮なのでしょう。少しずつ経験を積んでいくしかないな、と思っております。

よこけんさんのページは、この制限についてうまくまとめられていると思います。

やっと、日本語インテリセンス!!

尾画茶 — Sat, 29 Nov 2008 18:05:00 GMT

.NET Framework 3.5 SP1 をインストールしてから、インテリセンスの大半が英語表示（公には「一部英語」とありましたが、あれはどう考えても「ほんの一部日本語」でしょう）になっていたので、「はよリリースされんかなぁ」と思っとりましたが、やっとリリースされ、喜んでおります。

ディベロッパー製品開発統括部 Blog

やっぱし、日本語のほうがいいなぁ。落ち着くというか、効率が違います。「別に英語でも日本語でも大差ないよ」と言うようになれたらいいですケドね。

SqlCommand.ExecuteScalar メソッドは、XML型をStringにする？

尾画茶 — Thu, 09 Oct 2008 20:37:00 GMT

MSDNを見ると、ADO.NETのマッピングは、XMLと書かれているのに、SqlCommand.ExecuteScalar メソッドで実際に取得してみると、内部String型のObject型……

なぜだらう？　ん？と、いうか、.NET FrameworkのXML型って?? XmlElementとかXElementとかしかないんじゃ。

そういえば、完全なXMLではない、要素とか、値のコレクションみたいなものもあるから、Stringでないと困るだろうなぁ。

でも、たしかLINQtoSQLでは、XElementになるはずではなかったかなぁ。う～ん……

やっと、Microsoft.SqlSercerCe.Client.3.5プロバイダが見つからんエラーから解放……

尾画茶 — Sun, 31 Aug 2008 18:53:00 GMT

VS2008から、ADO.NET Synchronization Framework などの興味深いものが出てきていたのですが、VS2008のSP1Beta を入れた頃から、SQL Server Compact 関連の機能を使おうとすると、

「指定されたプロバイダ 'Microsoft.SqlSercerCe.Client.3.5' は存在しません。」

などと、悲しい表示が出て、その機能が全く使えないでいました。たとえば、.sdfファイルを作るときにも、アウトでした。

SP1のRTMを待ちに待って、やっとインストールしたのに、全然解決しなくて悩んでいたのですが、やっと解決しました。

http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=3466631&SiteID=17 の一番下の方法、

「VS2008SP1ディスクイメージの中のSSCEVSTools-JPN.msi」（リンク先では、JPNではなくて、ENUですが）を単独でインストールすることです。

普通に、Visual Studio、SQL Server、.Net Framework、Synchronization Framework などを再インストールしてもダメでしたし、

%WinDir%\Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.config を編集してもダメでしたが、この方法でいとも簡単に解決して、ようやくスッキリしました。

素晴らしい System.Xml.Linq 名前空間。便利な XElement。

尾画茶 — Thu, 17 Jul 2008 00:22:00 GMT

.NET Framework 3.5 になってから、色々な便利機能や名前空間が増えた。その中でも、お気に入りは、System.Xml.Linq 名前空間だ。XMLを扱うのに、非常に簡素で素敵な機能を提供してくれている。

まず、Document を考えなくても、Element 単位で考えられるところがよい。XElement は、たとえば、以下のように生成できる。

            var x = new XElement("要素", new XAttribute("属性", "値"),
                        new XElement("子要素",
                            new XElement("孫要素")
                        )
                    );

ここでの x の中身は次のようになる。

<要素属性="値">
<子要素>
<孫要素 />
</子要素>
</要素>

つまり、階層構造を真似て記述でき、引数を複数指定できるので、ありのままの XML を記述できる。また、Namespace を制御する XNamespace もシンプルで冴えている。string と同じような扱いをするように設計されており、コンストラクタがない。使い方は、

XNamespace n = "http://schema.wankuma.com/";

と、こんな感じ。XElement などに指定する時も、string にならって、

var x2 = new XElement( n + "要素名" );

と、こんな書き方である。しかし、n は string ではなく、あくまでも XNamespace。x2.Name は、string 型ではなく、名前空間とノード名が一つになった XName 型である。要素名を取り出すときは、x2.Name.LocalName となる。

System.Xml 名前空間は W3C に準拠して設計されたと思われるが、System.Xml.Linq 名前空間は、最適化された全く別の設計思想(つまりはLINQ)に基づいていると思う。

DataGridView と DataTable の列をデータバインドする

尾画茶 — Wed, 16 Jul 2008 23:38:00 GMT

DataGridView の DataSource に DataTable を指定しても、そのままでは列がデータバインドしてくれない。いわゆる「非バインド列」とみなされてしまうからだ。データ連動させるためには、列をバインドさせてあげなくてはならない。、

DataGridViewColumn.DataProperty に DataColumn.Name の値を設定
DataGridView.DataSource に DataTable を設定

基本的に、この２点で、列同士がデータバインドされる。順番は、どちらからでもOK。でも、DataSource を指定した後に、DataColumn を追加すると、DataGridView に列が勝手に作られてしまうため、それを抑止するに、DataGridView.AutoGenerateColumns を false に設定する必要がある。