[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 2chのread.cgiへ]
Update time : 05/10 00:53 / Filesize : 101 KB / Number-of Response : 539
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

C#終了のお知らせ



1 名前: [2008/01/20(日) 11:29:38 ]
C#やVisual Basic.NETで作られたソフトウェアはソースコード丸見え
www.aisto.com/roeder/dotnet/

ネイティブアプリケーションならパッカーが使えてもドトネトは中間言語なので難読化でしか対策できない

C#厨残念だったね
常にオープンソースで開発したいの?変わった人達(笑)

175 名前:デフォルトの名無しさん mailto:sage [2008/03/15(土) 12:33:04 ]
d.hatena.ne.jp/kazama/20060816/p1

176 名前:デフォルトの名無しさん mailto:sage [2008/03/16(日) 09:05:09 ]
シーシャープにしたかったが、
♯(シャープ)が2バイト文字で使いづらいので、
#(ナンバーサイン)で代用した
正式名称はC#とタイプしてシーシャープと読む

177 名前:デフォルトの名無しさん mailto:sage [2008/03/16(日) 13:09:54 ]
そっか、じゃ、Cダブルシャープってのもありなんだな。
指がもつれるのかな?むちゃ読みにくいのかな?

178 名前:デフォルトの名無しさん mailto:sage [2008/03/16(日) 14:47:03 ]
#include
#define
#!/bin/sh

今まで見てきた日本人プログラマはこれらをほぼ例外なくシャープって呼んでたからなぁ。
今更C#にけち付けられる奴が居るのかどうかよく分からん。

179 名前:デフォルトの名無しさん mailto:sage [2008/03/17(月) 00:12:23 ]
C♯だったらウィキペディアの記事名がまともになれた。
あそこって#を記事名に使えないから苦労している。

180 名前:デフォルトの名無しさん [2008/03/17(月) 03:12:10 ]
このスレの住人なら知っていますね、あの糞開発ツールのことを

・自分のプログラムのバグなのかコンパイラのバグなのかわからない
・他の仕事に応用できない糞開発ツールの独自世界を必死に学習している
・テキストエディタで書いたほうが効率的なのに糞UIツールを懸命に使っている

糞だけど、政治的な理由で無理やり使わされているんですよね
もういい加減、我慢するのはやめませんか?

・糞開発ツールを部下に押し付ける上司の命令は無視しましょう。
 上司は糞開発ツールが使われる実績を作ることであの会社のごきげんをとっているのです。
・あの糞開発ツール提供会社には「おたくの糞開発ツールは話にならない」と突き放しましょう。
 バグレポートなどしてはいけません。改善要求などもってのほかです。
 あの会社はあなたたちのことをテスター/モルモットとしか思っていません。
・あの会議で「糞開発ツールを使ったら生産性がxx%アップしました」
 なんて話が出たら力強く机を叩き、会議室を出ましょう。
 あの人たちは糞開発ツールをマンセーすることで立場を確保しているのです。

糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。

181 名前:デフォルトの名無しさん mailto:sage [2008/03/17(月) 03:22:11 ]
C++/MFCはかっこいいけど
基本APIラッパのみでしかも標準のコントロール群が貧弱だから
新たなネイチブのやつ使わせろせろ

182 名前:デフォルトの名無しさん mailto:sage [2008/03/17(月) 11:16:29 ]
ネイティブは互換性を保つのがキツイからサポートしたくないんだろ。
中間コードなら10年先、20年先のPC(OS)でも安定動作させてくれる
ってんだから、今はアレ気味でも乗り換えるべき。

183 名前:デフォルトの名無しさん mailto:sage [2008/03/17(月) 11:18:45 ]
残念、ネイティブは互換性があるため新O$の逝行が進まない。

互換性の悪いAxやドトネトがM$様の理想。



184 名前:デフォルトの名無しさん mailto:sage [2008/03/17(月) 12:11:59 ]
どんな人生送ったらこういう頭悪い文章書けるんだろう

185 名前:デフォルトの名無しさん mailto:sage [2008/03/17(月) 20:19:36 ]
>>182
MSのサポートは延長入れて10年くらいじゃないの?

186 名前:デフォルトの名無しさん mailto:sage [2008/03/17(月) 22:44:51 ]
つうか.NETはバージョン毎の互換性ないじゃん

187 名前:デフォルトの名無しさん mailto:sage [2008/03/17(月) 22:57:26 ]
>>186
2.0から3.5まで、今のところCLRのバージョンが上がっていないのがまだ救い。

188 名前:デフォルトの名無しさん mailto:sage [2008/03/17(月) 23:15:42 ]
ていうかJavaVMみたいに下位互換あればいいのに・・・
どこがJavaのマネやねん

189 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 01:32:41 ]
Javaはアップデート毎に100MB以上のランタイムを入れてくれるものね
Java最高(笑)

190 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 11:14:17 ]
ドトネトは短期間に1.0、1.1、2.0、3.0、3.5とバージョンうp。
数年以内に1つのPCにバージョン10個越えるかもね。
ドトネッツ再考(笑)

191 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 15:30:39 ]
DirectX なんかその代表だろ

192 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 22:15:39 ]
DirectXは過去バージョンと互換性あるだろ
なんのためのQueryInterfaceだと思ってるんだ

193 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 23:05:34 ]
>>192
昔はそうだったけど、今はそうではない。
この表1を見てみようか。
www.atmarkit.co.jp/fdotnet/directxworld/directxworld02/directxworld02_02.html



194 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 01:58:57 ]
>>190
JREのリリースペースのほうが圧倒的に上な件について。

195 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 02:02:27 ]
>>193
すごく勘違いしてると思う

196 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 06:27:48 ]
193じゃないけど、
実際に QueryInterface で過去のバージョンを取得しようとするとエラーになる。
IDirectSurface(初代)を引数に受け取る昔のdllが使えなくて困っている。
過去版との互換性がどんどんなくなっていってる。


197 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 12:03:20 ]
>>192
>>196
・バイナリ実行側から見れば互換性はある。(過去のゲームは遊べる)
・が、過去のインターフェースを継承しないverがある(QueryInterface失敗)
・ソースレベルでも互換性は無い(過去ソースがコンパイルできない)
だったと思うけど自信無い

っていうかスレ違い杉なのでこちらへどうぞ
pc11.2ch.net/test/read.cgi/tech/1193605500/l50

198 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 14:08:12 ]
DirectXはCOMを使ってるだけで
オートメーションに準拠してる訳じゃないんだよな。
それが出来ていれば、例えばDX for VBなんて出す必要はなかった訳で。

199 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 15:46:52 ]
簡単に性能出せる並列処理が実現出来ない言語なんて、すぐ滅びるさw

200 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 20:18:45 ]
>>199
織田信長のことですね、分かります。

201 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 21:06:17 ]
鳴かず飛ばずなら
殺してしまえ
C♯

202 名前:デフォルトの名無しさん mailto:sage [2008/03/23(日) 05:08:53 ]
>>199
その論でいくと現状のメジャーな言語はほぼ全滅

203 名前:デフォルトの名無しさん mailto:sage [2008/03/23(日) 15:48:00 ]
現状のプログラマもほぼ全滅



204 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:38:57 ]
>>196
俺ね、その辺に心底嫌気がさしてC#/DirectXどころかWIndows自体捨てました。

205 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 20:21:56 ]
Unix系の動的ライブラリはもっとアレなわけだが

206 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 23:22:25 ]
Unix系は最悪の場合でも自分でどうにでもできるだろ

207 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 23:39:03 ]
最悪じゃなくて最善なんだけどな

208 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 01:24:03 ]
DirectX6で3DNow!に対応したのにDorectX5以前では効果がないとか
XboxのソフトがGPUまわりでXbox360と互換性がとれないとか
COMを使ってるのにどうして?っていうことが多かったな

209 名前:デフォルトの名無しさん mailto:sage [2008/03/31(月) 20:15:27 ]
C#の難読化ソフトでいいのない?

210 名前:デフォルトの名無しさん [2008/04/02(水) 11:51:59 ]
所詮、プログラマは使い捨てだろ。
言語なんて何でも構わないんだよ。

211 名前:デフォルトの名無しさん mailto:sage [2008/04/02(水) 11:56:56 ]
といいながら、ブイビーを使う210=ブビ厨であった。

212 名前:デフォルトの名無しさん mailto:sage [2008/04/02(水) 14:09:38 ]
プログラマは、建設現場の労働者と同レベルの職種だよ。

213 名前:デフォルトの名無しさん mailto:sage [2008/04/02(水) 14:27:06 ]
>建設現場の労働者

大手ゼネコンから日雇いまでいるお。



214 名前:デフォルトの名無しさん [2008/04/05(土) 13:59:59 ]
なんかアイタタタな文章だなと思ったんだけど、このスレ的にはどうよ?
ttp://www.atmarkit.co.jp/fdotnet/csharp30/csharp30_01/csharp30_01_01.html

> 世の中には語りによって補強しなければ優秀さを説得できない言語と、コード
を書くことを経由しなければ優秀さを納得できない言語がある

と言いつつ、C#について思いっきり「語りで補強」しているんだけどw

215 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 14:14:26 ]
>>214
川俣記事読むのは初めての人?

216 名前:214 mailto:sage [2008/04/05(土) 16:25:21 ]
なんだ、有名な人なのか。
他にも探してみることにするw

217 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 18:11:05 ]
いや悪いけど、それが変に聞こえるとしたら214自身の読解力の問題だろそれはw
俺は別に変なこといってると思わんけど

218 名前:デフォルトの名無しさん [2008/04/05(土) 18:41:47 ]
本人乙w
言ってる内容自体は変と思っちゃいないぞ。
読解力のない人向けに説明を補足してあげると、
JavaやRubyへの彼なりの「批判」がC#自身自身にも適用されることに
気が付いてない馬鹿っぽさがおかしいと思ったところなんだな。

219 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 18:55:10 ]
>>218
・・・?217じゃないけどどこに Java や Ruby の批判が書いてるの?
彼なりの「批判」って何?

220 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 19:00:38 ]
ラムダ式とか関数型言語の真似したければ
F#でもやればいいだろ
なんでC#でやりたがるのかね

221 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 19:10:55 ]
C++は、言語拡張にとても慎重だ。
ライブラリでカバーできることはライブラリでやる、という哲学がある。

C#は、割とホイホイ言語機能を拡張する。
もちろん、開発しているのが事実上Microsoftだけだから可能という要素もある。

「yieldステートメントは、匿名メソッドまたはラムダ式の内部では使用できません」というエラーがでている。
どうしてダメなんだろうか。
それはきっと、yieldはプログラマの知らないうちに匿名クラスを作っていて云々とか、そういうよくわからない理由があるのかもしれない。
直感的には、使えてもいい文脈だと思う。が、処理系の実装上、ダメ。そういうのは汚い。

言語拡張が悪いことだとは言わない。
けれど、一見できても良さそうなことが、こっちの場合にはOKだけどこっちの場合にはダメとか、
いわゆる忌み嫌われる「場合分け」が多くなってきてるんじゃないかと思う。
switch文で幾度も分岐しているような感じがする。
そんなのはコンパイラを作る人も大変でしょう。

C++はD&Eなんかで、「どうしてそういう設計になっているのか」が説明されている。
「The D&E C#」が是非とも読んでみたい。DとEにF(Future)もつけてくれるといいな。

222 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 19:11:18 ]
>>220
んなこといったら Haskell とか以外の言語の存在意義消滅www

223 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 19:20:37 ]
>>221
C# も基本的には慎重ですよ。表面的にしかみてないと否定するかもしれんが。

そういや波村さんも yield と匿名メソッドは後悔してるって言ってたらしいよ



224 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 19:31:26 ]
delegateとか関数型言語まんまじゃね?
でも関数型だといちいちdelegateなんて名前付けないし
名前付けなくてはならないってことは
「他とは違うので特別扱いしなくてはならない」ということであり
その言語とはそもそも合わない要素だということだろ。
これからも分けわかんない単語が増えて
初学者にはどんどん厳しくなっていくだろうな、.netは。

225 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 19:34:08 ]
Number of keywords per programming language
ttp://iolanguage.com/about/simplicity/

226 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 19:48:50 ]
>>224
delegate 自体は関数ポインタリストのラップ。もともとコンポーネントモデル
サポートに必要なイベント機能を組み込みで扱うために導入された。
ゆえに delegate、「委譲」。

2.0 において機能の類似性からレキシカルクロージャを実現することにも
デリゲートが使用された。ちなみにレキシカルクロージャは Lisp 由来だが
状態と手続きの簡略表記であるわけでどちらかといえば関数言語っぽく
ない

3.0 において式ブロックの場合さらに簡略表記が可能になる(ラムダ式)。
同時にパフォーマンス面や汎用性、スケーラビリティの観点、さらに式構造で
あることを利用して式木生成機能を追加。いわゆる Linq で使用される。

227 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 15:05:25 ]
C++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

228 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 15:10:24 ]
c+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++

愚地独歩「どんなに書いても書いてもDに届かねェんでェ・・・・・」

229 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:20:37 ]
#-=+C+=-#

中二仕様言語

230 名前:デフォルトの名無しさん mailto:sage [2008/06/12(木) 14:50:51 ]
それよりVC#で作ったexeってプロジェクトの保存先がマイドキュだったりすると
自分のマイドキュのフルパス埋め込んでるから下手すると個人名称が
バレバレなんだぜw

231 名前:デフォルトの名無しさん [2008/06/16(月) 12:52:19 ]
一番好きなプログラミング言語は?
itpro.nikkeibp.co.jp/article/OPINION/20080528/304478/

プログラマに対象を絞って聞いた「一番好きなプログラミング言語」は,「C/C++」(24%)が最も多く,
「Visual Basic(VB)」(20%),「COBOL」(13%)と続いた(図2)。企業の基幹システムに浸透しつつあるJavaや,
Webアプリケーション関連で使われることの多いスクリプト言語は,上位3位までに食い込むことができなかった。


C/C++  24%
VB6.0   20%
COBOL  13%
Java    9%
Perl/PHP 7%
C#     2%  ← m9(^Д^)プギャー


一番好きな言語と対比する格好で「最もよく使っているプログラミング言語」も聞いてみたが,
ここでは「C/C++」と「VB」の順位が逆転,「VB」が一位だった。

232 名前:デフォルトの名無しさん mailto:sage [2008/06/16(月) 14:54:45 ]
で?

233 名前:デフォルトの名無しさん mailto:sage [2008/06/16(月) 15:00:22 ]
10% → 2%

大幅減www



234 名前:デフォルトの名無しさん mailto:sage [2008/06/16(月) 17:20:01 ]
| 回答者の年齢構成は,40才代が最も多くて39.4%,続いて
| 30才代が34.8%,50才以上が19.3%,20才代が6.2%だった。
これは酷いサンプルですね。

235 名前:デフォルトの名無しさん mailto:sage [2008/06/16(月) 18:08:20 ]
こういうときに「でっていう」って使うんだな、勉強になった。

236 名前:デフォルトの名無しさん mailto:sage [2008/06/16(月) 18:33:52 ]
>「でっていう」

日本語でおk。

237 名前:デフォルトの名無しさん [2008/06/17(火) 14:27:12 ]
>>234
itpro の対象読者は業務系SE向けの雑誌だからでしょう
#酷いサンプルというよりも、そういう年代向けの雑誌
WEB-DB Preessなんかだと、Cobolなんて出てこないだろうし(きっと)

238 名前:234 mailto:sage [2008/06/17(火) 15:04:41 ]
>>237
いやマヂレスされても。
「C#なんか誰も使ってねえよ」ということにしたがっている
>>231 を揶揄したかっただけなんで。

239 名前:デフォルトの名無しさん mailto:sage [2008/06/17(火) 15:14:46 ]
「C#をみんな使ってる」ということにしたがっているんですね?




240 名前:デフォルトの名無しさん mailto:sage [2008/06/17(火) 15:25:01 ]
>>239
知育不全か君は。

241 名前:デフォルトの名無しさん mailto:sage [2008/06/17(火) 16:10:38 ]
ということにしたいのですね。


242 名前:デフォルトの名無しさん [2008/06/18(水) 01:32:30 ]
>>231
日経ソフトウエアでしょ。これ編集者もアンケートやってしまったと思ったんじゃないかな。
Cは別格でもCOBOLやVBってのはねえ。。。

個人的にはC#は優れものと思うんですが、でも市販の入門書がVB的に変じゃないですか。
(つまりロジック層軽視でプレゼンテーション層から教えようっていう。)
へたするとそこから普及がダメになる可能性もあるんじゃ。Javaにかなわず、PHPやRubyに新規開拓層は流れ、なんて。



243 名前:デフォルトの名無しさん mailto:sage [2008/06/18(水) 11:42:52 ]
itpro.nikkeibp.co.jp/article/COLUMN/20080616/308295/

正解率低いなwww



244 名前:デフォルトの名無しさん mailto:sage [2008/06/18(水) 12:28:49 ]
        /⌒  ⌒\      ) ばかじゃねーの?っと
      /( ●)  (●) \    )/⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y丶
     / ::::::⌒(__人__)⌒::::: \
    |      |r┬-|     |
     \       `ー'´     /
     ノ            \
   /´               ヽ                 カ
  |    l   l||l 从人 l||l      l||l 从人 l||l   カ    タ
  ヽ    -一''''''"~~``'ー--、   -一'''''''ー-、.     タ
   ヽ ____(⌒)(⌒)⌒) )  (⌒_(⌒)⌒)⌒))
      ┌┬┬┐┌┬┬┬┐┌┬┬┬┐┌┬┬┬┐
   ,. - ''"| ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ρ ̄`l



245 名前:デフォルトの名無しさん mailto:sage [2008/06/18(水) 12:29:25 ]
起動が激遅で動作がモッサリなプログラムしか作れないC#は嫌われて当然だろ。
ランタイムがでかすぎて配布にも苦労するし。

ネイティブコンパイラ搭載RAD環境のVB6が10倍人気があるという結果にも納得。

246 名前:デフォルトの名無しさん mailto:sage [2008/06/18(水) 17:00:05 ]
動き出せばそんなに遅くないとは思っているけど、起動がもたつくのは印象最悪だよね。

247 名前:デフォルトの名無しさん mailto:sage [2008/06/19(木) 15:01:57 ]
起動も、言うほど遅くはないと思うが。
プログラミングの問題じゃね?

248 名前:デフォルトの名無しさん mailto:sage [2008/06/19(木) 15:50:46 ]
.NET Frameworkの問題

249 名前:デフォルトの名無しさん mailto:sage [2008/06/19(木) 16:43:00 ]
sgenとngenを両方使えばそこそこ速くなるんだが・・・

ジェネリクスを使ったクラスに対してXmlSerializerを使ってると、
sgenの効果が出なくなるのが問題だ

250 名前:237 [2008/06/19(木) 16:49:52 ]
>>238
すまんw

>>242
>市販の入門書
プログラミング C#2.0/ADO.Net 2.0 以外の市販の本はあまり役に
たたなかった気がする
VBプログラマのためのクラス入門 みたいな本は VB.Net でクラスは
こうやって書くんだ という意味で役にたったかも・・・

ADO.NET関係は上記の本以外は、シングルユーザー向けなのが
笑ってしまったw

251 名前:デフォルトの名無しさん mailto:sage [2008/06/19(木) 17:20:43 ]
インスタンスに、サイズの大きな固定長配列を山ほど作ってる莫迦が
「起動が遅いな〜」とか抜かしてた実例はあるけどな。

252 名前:デフォルトの名無しさん [2008/06/20(金) 17:38:23 ]
>>250
SQLServerの無償配布版しか使わない貧乏人に市販の本は冷たかったです。
ConnectionStringの正解をのせたサイトも見つけられないまま、接続を探り当てるまでの時間は不条理に感じました。


253 名前:250 [2008/06/20(金) 17:48:42 ]
土台、データベースどころかそれ以前、CSVファイルの利用方法が書いてあれば良心的なほうですもん。
データの入出力も教えず、まず教えることとはなんなのかと。。。
文字列処理なら基本でしょう、しかし。。。



254 名前:デフォルトの名無しさん [2008/06/20(金) 17:52:22 ]
何度も失礼、253==252です。!=250です

255 名前:デフォルトの名無しさん mailto:sage [2008/06/20(金) 19:46:53 ]
あほ?

256 名前:デフォルトの名無しさん mailto:sage [2008/06/20(金) 20:08:36 ]
ばっかで〜す

257 名前:デフォルトの名無しさん mailto:sage [2008/06/20(金) 20:36:22 ]
何やってんだ。こう言うべきだろ?
「アホちゃいまんねん、パーでんねん。パー!」

258 名前:デフォルトの名無しさん mailto:sage [2008/06/20(金) 22:42:38 ]
はじめてwindowsの開発やるんだけど、DBのつなぎ方が色々あってワケワカメだな。
DBのアクセス周りの抽象化が中途半端で結局製品固有のコードまみれになってるし、何かめんどくさい。

259 名前:デフォルトの名無しさん mailto:sage [2008/06/21(土) 10:27:37 ]
ODBCでいいじゃん

260 名前:デフォルトの名無しさん mailto:sage [2008/06/22(日) 01:07:37 ]
>>259
あほか。それしか使えないんだろ?
パフォーマンス考えろよ。


261 名前:デフォルトの名無しさん mailto:sage [2008/06/22(日) 13:30:54 ]
パフォーマンス考えたらストアドだろ。
馬鹿じゃねえの?

262 名前:250 [2008/06/23(月) 15:24:04 ]
>>252
プログラミング ADO.Net 2.0 だけは購入したほうがいいと思うぞ
#2005Express 使ってるし
#Webで探す時間を買ったと思えば安い・・・

263 名前:250 [2008/06/23(月) 15:32:07 ]
すまん>2005ExpressはSQL SVね
かなりの部分(98%位)はGUI無しでいけるコードだから express版で十分使える
vb.net C# 両方のサンプルコードが掲載されているしね!!



264 名前:デフォルトの名無しさん mailto:sage [2008/06/23(月) 17:14:58 ]
>>261
そのネタおなかいっぱい。

265 名前:デフォルトの名無しさん [2008/06/24(火) 10:02:14 ]
>>258
>結局製品固有のコードまみれになってるし
具体的には、どのあたり?
#いやJDBCだって、DB固有のAPIあるし

266 名前:258 mailto:sage [2008/06/24(火) 22:49:26 ]
>>265

267 名前:258 mailto:sage [2008/06/24(火) 22:54:16 ]
>>265
俺がもらったソースがそうなってるだけなのかもしれないけど
"DB製品名Client"とか"DB製品名Command"とか製品固有のをベタベタ書いてある。
これを将来Oracleに変更しようと思ったら、"OracleClient"とか"OracleCommand"に置換しなきゃいかんのかなと。

268 名前:デフォルトの名無しさん mailto:sage [2008/06/24(火) 23:02:20 ]
>>267
もうODBCでいいんじゃね

269 名前:デフォルトの名無しさん mailto:sage [2008/06/24(火) 23:13:53 ]
>>267
そんなのは一箇所変えるだけで済むようにするのが
普通JARO

270 名前:デフォルトの名無しさん mailto:sage [2008/06/24(火) 23:17:22 ]
抽象化された使い方はできるんだけど、
開発ツールのサポートが一切ないので現実にはあまり使わない。


271 名前:258 mailto:sage [2008/06/24(火) 23:33:27 ]
>>269
具体的にどうすんの?
MSDNに載ってる↓のサンプルだとOracleに完全に依存してる。
public void CreateOracleCommand(string myExecuteQuery, string connectionString)
{
using (OracleConnection connection = new OracleConnection(connectionString))
{
OracleCommand command = new OracleCommand(myExecuteQuery, connection);
command.Connection.Open();
command.ExecuteNonQuery();
}
}

ファクトリみたいなのを作れってこと?ちょっとめんどくさいな。
public void CreateCommand(string myExecuteQuery, string connectionString)
{
using DbConnection connection = ファクトリ.getConnection(connectionString));
{
DbCommand command = ファクトリ.getCommand(myExecuteQuery, connection);
command.Connection.Open();
command.ExecuteNonQuery();
}
}

>>270
なるほど。ツールを使ってるから抽象化されてないのか。
といってもオレは、そのツールとやらを持ってないわけだがorz。


272 名前:デフォルトの名無しさん mailto:sage [2008/06/24(火) 23:51:29 ]
>>271
あまいな。
DBMSを変更してもmyExecuteQueryの中身がそのまま実行できるとは限らない。
思わぬところでDBMSの方言が入ってくる。

273 名前:デフォルトの名無しさん mailto:sage [2008/06/24(火) 23:54:43 ]
>>271
その辺もうある。というか追加された
System.Data.Common の下あたり眺めてみれ

3.5 SP1になると Entity Framework も出て来る予定なんだが
まぁその辺は忘れていい



274 名前:258 mailto:sage [2008/06/25(水) 00:03:34 ]
>>272
いや、そこは今つっこむとこじゃないでしょ。
SQLの差異は、割り切ってを修正しますよ。
SQLの差異を吸収するようなライブラリかORマッパを使うのが楽だけどね。

>>273
DbProviderFactoryとかかな。サンクス。
Javaよりも後発の癖に2.0になってようやく追加されたのは謎だけど。

275 名前:デフォルトの名無しさん mailto:sage [2008/06/25(水) 00:14:42 ]
>>274
つーか 1.0 だと ODBC サポートもなかったんですよ?
優先順位か設計の問題だったんだろうけども。
ObjectSpaces とか某プロジェクトに吸収されていったしなぁ…
これは結局某プロジェクトが解散して Linq っつー武器を得た
あと Entity Framework になった(なる)が。

まー DB にチューニングで結局依存することも多いし IDE
サポートあってこその環境だったので SQL Sever(or Oracle)
固定で確かに困らなかったなぁとは思う。







[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<101KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef