日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。
日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。
[トップページ/おえかき帳/6ニムトのあそびかた。] 袋小路の例会で遊んだゲームのやり方のマンガです。 ・・・もし細部間違っていたらごめんなさい。 少し画像のデカさを減らすために縮小してあるので見にくいかしら・・・。 結構カラーのマンガって空白部分が苦労しますね。 2004.10 [モドル]
ネタ元 山本大@クロノスの日記 - アンチ型付DataSet派の自作ORマッピングより なぜ型付DataSetを使うのか、型なしDataSetは使わないのか 型付DataSetについては、嫌な思い出も少なくないので不満がないわけでもないのだけど、 常識的に考えて「型付DataSetを使うべきだよね。*1」というのは、もちろん知識として知っているつもり。 その理由は大きく3つあって、まずIDEのインテリセンスによってプログラミングの効率化が期待できること。 そして、コンパイル時に型チェックが行われるため、実行時の型変換エラーを未然に防げること。 また、コンパイル時に型が決定されているため実行時の列へのアクセスパフォーマンスが向上すること。 いずれも、システム開発をする上では生唾モノのおいしいメリットであるから、部分的に型なしDataSetを利用することはあるものの、 なるべく型付DataSe
VisualStudio2005を使ってるが、 「型付DataSet」にはいろいろ不満がある。 自動的に作られるのはいいけど、 接続文字列まで内部に持ってたり、 時々壊れて、XSDビューで開けなかったり、 TableAdapterに書き込んだクエリの メンテナンスをしようと思うと、 いちいち、重たいXSDビューを開かなくてはならずイライラする。 また、TableAdapterを必死につくったのに、DBスキーマの変更があったときには結局コンバートできず ウィザードやら、プロパティビューやらをこつこつ叩いて作り直した。 メモリ上のデータの保存場所としても普通のDataTableのほうが使いやすい。 例えば、一意制約が邪魔になることも多かった。 正直、もう2度とごめんだとおもった。 (たとえ、僕の作り方が悪かったんだとしても。。。) ただ、データを型付きのオブジェクトで扱えるのは嬉しい。 結局、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く