.NET

サポート技術情報のRSSって新着サポート技術情報だけになっちゃったんだね？

Tue, 29 Jul 2008 12:13:00 GMT

久しぶりにサポート技術情報のRSS一覧を見に行ったら見つからない。あれ？どこだっけな？と探すこと小一時間。その間に気になる記事とかつまみ食いしてたこともありますが・・・。
あまりにも見つからないので検索対象を広げたところ、Jittaさんのブログ発見。

マイクロソフトサポート情報の RSS フィード
http://blogs.wankuma.com/jitta/archive/2008/07/17/149421.aspx

あれ～、無くなっちゃったのね。なんでだろー。
とりあえずJittaさんのおかげで解決。多謝。
たぶんこのJittaさんの記事、一度はタイトルだけは見てるはずなんだけど、さくっと通り過ぎてたなぁ。
それにしても直近でナイスな記事でした。この記事が無かったらお昼ご飯が遅れてたもの。

というわけで現在正式に表に出ているのは、ＭＳＤＮホームのトップページにあるサポート技術情報のRSSだけかな？これはどうも新着サポート技術情報のRSSのようです。

じゃっ、お昼ごはんということで。

【ITproの記事】.NETでのUnicode合成文字の処理について調べた

Tue, 23 Jan 2007 11:22:00 GMT

.NETでのUnicode合成文字の処理について調べた
http://itpro.nikkeibp.co.jp/article/COLUMN/20070115/258726/

上記記事より以下引用
-------------------------------------------------------------------
.NETのStringクラスは，単独文字の「ぱ」に対してはLengthプロパティに1，合成文字の「ぱ」に対しては2を返す。
-------------------------------------------------------------------

ということだそうです。

ContextMenuStripが最初の右クリックで表示されず、２回目で表示される。

Tue, 31 Oct 2006 18:15:00 GMT

これ、仕様だったんですね。仕様を見直した方がいいかもしれませんが。(^^;
さて、ContextMenuStripのOpeningイベントは、e.Cancel = true　にすると、キャンセルすることができます。
実は、Openingイベントが呼ばれた時に、ContextMenuStrip.Itemsが一つも無い場合、自動的にe.Cance = trueになります。つまり、コンテキストメニューが表示されなくなります。これは、動的にItemsを制御しているような場合に、発生すると思います。

この解決方法は、明示的に e.Cancel = false を書いてあげることです。

private void contextMenuStrip1_Opening(object sender, CancelEventArgs e)
{

e.Cancel = false;

・

}

SqlConnection, SqlCommand, SqlDataAdapterはVS2005のASP.NETのToolBoxではグレイアウトなのね・・・

Fri, 06 Oct 2006 09:51:00 GMT

VS2005において、ToolBoxにSqlConnection, SqlCommand, SqlDataAdapterを追加すれば、WindowsFormの開発では普通に使えるのですが、ASP.NETでの開発ではグレイアウトになってます。なんで～、納得いかないな～。

ＧＤＮＪ掲示板過去ログが公開されました。

Sun, 01 Oct 2006 02:34:00 GMT

GotDotNet Japan アーカイブ（ＧＤＮＪ掲示板過去ログ）
http://www.microsoft.com/japan/msdn/community/gdn/

Windows Live サーチツールバーから検索できますが、クロールされるまで少し時間がかかりそうです。
http://gallery.live.com/liveItemDetail.aspx?li=c774bdc9-a84c-48db-9657-616235511c5c&amp;l=2

私自身、大変参考になる過去ログなので、大変ありがたく思います。m(_ _)m
詳しくはこちらをどうぞ。

旧GDNJの過去ログについて
http://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=777789&SiteID=7

Vista上でVS2005を使ってWebアプリケーションを開発する

Tue, 19 Sep 2006 10:01:00 GMT

将来必要になりそうなので、メモ。

Developing Web Applications on Windows Vista with Visual Studio 2005
http://weblogs.asp.net/bradleyb/archive/2006/09/18/Developing-Web-Applications-on-Windows-Vista-with-Visual-Studio-2005.aspx

自分的に目から鱗のコード

Wed, 13 Sep 2006 14:04:00 GMT

ネタ元はこちらです。

無効中のボタンをマウスクリックイベントを受けてしまう http://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=713489&SiteID=7

最終的に解決に至ったコードは次の通りです。

private void button1_Click(object sender, EventArgs e)

{

button1.Enabled = false;

for (int i = 0; i < 5000; i++)

{

textBox1.Text = i.ToString();

textBox1.Refresh();

}

Application.DoEvents();

button1.Enabled = true;

}

Application.DoEvents()は、キューに溜まっているメッセージを処理するために使うものだということは知っていましたが、上のコードのように溜まっているメッセージを結果的に空撃ちさせて消してしまう（処理させない）使い方は、自分的に目から鱗でした。みんなは常識かもしれないけど。(^^;

TableAdapterはストアドプロシージャのラッパーのように使える。

Fri, 18 Aug 2006 15:45:00 GMT

TableAdapterによって、ストアドプロシージャが簡単に使えるようになりましたね。
TableAdapterのウイザードによってストアドプロシージャを簡単に作成できるようになりましたし、おまけにデータベースに自動で配置までしてくれます。
既存のストアドプロシージャを利用する場合でも、パラメータオブジェクトを自動で作ってくれて、Fillという関数という形で提供してくれます。
アプリケーションではこのFillという関数にパラメータとして値を与えるだけです。
う～ん、楽ちんです。
何がいいって、パラメータオブジェクトをアプリケーションで面倒みなくていいのが、すごく良い。

CommandCollection[0]とはおさらばだ。

Wed, 16 Aug 2006 19:04:00 GMT

.NET2.0になってからTableAdapterというのもが増えた。これはこれで非常に便利なものである。しかし、問題がある。動的にＳＱＬ文を発行したい場合だ。特に検索系において、動的にwhere句を変えたい場合、どうやれば良いのだろうか？

これについては２つあると思う。一つは、partial classでパブリックなCommandCollectionを定義して、それをプログラムから利用する方法。もう一つは、Fillをオーバーライドする方法だ。しかし、いずれにしても弱点がある。CommandCollection[0]という風に、インデックスでアクセスする方法でしか、SqlCommandが得られないということである。これはあまりにも気持ち悪い。しかも、インデックスの順番なんか保障されていない。
なので、上の二つの方法を採用することはあきらめた。

では、どのようにしてアクセスしようか？

結果的には、全てストアドプロシージャで対応することにした。SQL文やwhere句の動的な作成も、全てストアドプロシージャで行うことにした。

元々、ストアドプロシージャを使っておけばいろいろと気にしなくても良い。プログラムでＳＱＬ文を組み立てる場合、例えば'90年のように、「'」を含む文字列を入力されたらどうなるだろう？　それだけで、ＳＱＬ文は動かなくなってしまう。この点、ストアドプロシージャのパラメータで渡しておけば安心だ。

というわけで、CommandCollection[0]とはおさらばだ。

＃それにしてもなぜTableAdapterはCommandCollectionを使いやすく公開していないのだろうか？ついでにDataAdapterもである。Fillはvirtualなのに、DataAdapterはprivateで定義してある。FillをオーバーライドしたらDataAdaperにアクセスできれば便利なんで、DataAdapterはprotectedで定義して欲しかった。もっとも、partial classでDataAdapterをpublicで公開してあげればFill内で使えるんだけど、手間なんですよね。

＃何年か前にわんくま中さんが、何でもストアドって言ってたけど、徐々に身にしみてくるなぁ。

.NET1.1なフォームを.NET2.0へ移行する作業においての雑感

Fri, 11 Aug 2006 11:18:00 GMT

現在、標記のことを鋭意やっているわけですが、ちょっとコツを掴んだので超小ネタということでご紹介します。

ご存知の通り、.NET1.1なフォームをVS2005でそのまま.NET2.0へ変換しても、クラスがpartialになってくれません。これだけで私は変換機能を使わず、手動で移行することに決めました。

さて、方法ですが、最初はアホなことをやっていました。そう、１からフォームを新規に作成していたのです。フォームにツールボックスから部品をドラッグしてきて・・・、元と同じ名前を付けて・・・、そしてソースをコピーして貼り付けて・・・。

アホでした。Orz そんなことしなくても、以下のようにすれば、フォームの概観はあっと言う間に完成するのでした。

１．VS2005のプロジェクトにworkフォルダを作る。そこに.NET1.1なフォームをエクスプローラ上でコピーしておく。

２．workフォルダにそのコピーしてきた.NET1.1なフォームを、一時的にプロジェクトに追加する。このフォーム上のコンポーネントを全て選択してコピーし、.NET2.0なフォームを新規に作成して、そこに貼り付ける。

３．workフォルダから上で一時的に追加した.NET1.1なフォームをプロジェクトから削除する。

これでよかったんですね。あとはイベントプロシージャを定義して、そこにソースを貼り付けたりと、基本的にソースの貼り付けで済むので、比較的楽です。

ただ、欲が出て、ContexMenuをContextMenuStripに変えたりとか、DataGridをDataGridViewに変えたりと、コンポーネントそのものを変更する時にはそれなりにソースの書き換えが必要になりますが・・・。
ちなみに私はコンポーネントも全面的に.NET2.0のものに入れ替えてます。あと、応用の利きにくいTableAdapterもできるだけ使うようにこころがけています。
.NET2.0の勉強もかねてますんで。(^^;