C#は糞2.0

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2010/04/30(金) 15:25:27
前スレ
C#は糞
ttp://pc12.2ch.net/test/read.cgi/tech/1246520657/
2010/10/07(木) 22:48:32
>>652
Javaは強引に後付けしたせいで酷い出来になったな。
C#はgenericsを考慮してCLRが再設計されたお陰で良い言語になった。
2010/10/08(金) 02:31:10
>>654
まともに普及している言語の中でgenericsに対応してるのってC#かJavaくらいじゃね
C++はtemplateで別物だし
2010/10/08(金) 03:19:45
Java と比べても今更感があるな。
2010/10/08(金) 12:23:55
Javaのgenericsは使ってる連中から見ても微妙だと思うだろ。
659デフォルトの名無しさん
垢版 |
2010/10/08(金) 12:40:12
Javaのgenericsは実装のアプローチはC++に近いけど
C#のほうがずっとテンプレートに似た動作をする
2010/10/08(金) 13:42:09
単なる糖衣構文だから
ジェネリック型の配列を作れない
値型を入れることができない
実行時にメタデータを参照することができない
ジェネリック型の例外が使えない

などの制約がある
2010/10/09(土) 12:26:40
間違ってJavaのアンチスレに来てしまったようだ
2010/10/09(土) 13:08:03
>>651
コイツのせい
2010/10/10(日) 12:46:25
C#, VB.net, javaはクソすぎ
メモリ管理も出来ない素人向けのツールだからな
上記言語は正しくは無能な初心者のための生存保護のための言語である

初心者を脱出したいヤカラは
C++でネイティブあぷりつくっとけや
2010/10/10(日) 18:47:13
>>663
C++もGCでないだけでメモリ管理は自動になるように実装する。
2010/10/10(日) 20:47:28
>>663
Objective-Cのretainはどう思う?
2010/10/10(日) 22:24:01
C++ 使うだけでメモリ管理できてる気になってるなんて。。。
667デフォルトの名無しさん
垢版 |
2010/10/11(月) 16:23:46
個人的なWinアプリを作るのにC#ほど楽な言語は無い。
2010/10/12(火) 10:21:14
それゆえ、C#は糞と言われる根源である
頭が悪くてもできるのはC#
たが、質も悪い

職人が作った鞄と、受刑者は身障者が作った鞄、
どちらがいいかと考えれば自ずと分かる
分からず、C#を使い続けているのは糞の極みである
2010/10/12(火) 21:00:44
>>668
比喩を正しく対応させられないお前が糞なのは確定
2010/10/13(水) 06:45:30
>>668
結構難しいよ＞Ｃ＃
難しいけどその難しさで得るものが１つもないのがＣ＃
2010/10/13(水) 06:46:21
メッセージボックスを親ウィンドウの中央に出すのに苦労しました
2010/10/13(水) 09:28:35
C#が難しい言ってるやつは低能
プログラムやる資格なし
他の人に迷惑だから頭悪いやつはやらないでいただきたい
2010/10/13(水) 15:05:54
>666

初心者にはわからないところだからw
ムリしてつっこまなくても…w
674デフォルトの名無しさん
垢版 |
2010/10/15(金) 22:56:18
C#っていうより.NETの話かもだけど、何で構造体ってnullにできないの？
nullできないならクラスの方が便利じゃないか？？？
JavaではDimensionもRectangleもnullにできるから、そこはJavaの方が便利。
2010/10/15(金) 23:00:24
よくわかってないのに糞って…
値型として宣言した変数にnullを代入できないのはC++やJavaでも当たり前のこと。
Javaではintなどのプリミティブ型の変数にnullを代入できないのと同じ。
ちなみにC#ではnullableという機能があって、擬似的に値型にnullを代入できる。
676デフォルトの名無しさん
垢版 |
2010/10/15(金) 23:05:14
>>675
それで、メソッドがつけられたりいろいろ昨日盛りだくさんな構造体を、全部クラスとして
再定義したらどんな不都合が考えられますか？たとえばDateTime, Rectangle等は
nullにならない以外はほとんどクラスと変わらない気がするんだが？
たとえば日付をパースする共通部品とかを作ったとして、パース失敗時の異常戻り値
をどうするか。java.util.Dateならnullを返せばいいわけだが、DateTimeはnullを返せない。
2010/10/15(金) 23:42:51
遅い。GCの負担になる。ネイティブコードとの連携がやりづらい。
例えば、Java・.NETとも、Rectangleを返すメソッドは基本的には常にコピーを作って返す。
内部のフィールドに持ってるインスタンスをそのまま返すとカプセル化が壊れるから。
そういうときにクラスだと非常に非効率。
配列アクセスの速度なんかも全然違う。
2010/10/16(土) 00:50:12
ぬるぽ
679デフォルトの名無しさん
垢版 |
2010/10/16(土) 01:05:34
けど今時Rectangleの複写ぐらいで遅くなるマシンなんてないよな。
前から思っていたんだが、もしかして.NETってGCがショボい？
.NETのGCアルゴリズムって全く話題にならないよな。ひょっとしてモノリシック
なヒープをシングルスレッドでデフラグしてたりする？
2010/10/16(土) 08:24:29
>>679
いろいろアンチがやってくるが、これほどJavaを理解していないやつも珍しい。
2010/10/16(土) 09:47:25
確実に遅くはなる。それが問題になるかどうかは使い方次第。
ベクトル型のインスタンスを大量に作って計算するような状況では使い物にならない。
なんでJavaはプリミティブ型を特別扱いしてるかわかる?
オブジェクトにすると「遅いから」だよ。それと全く同じこと。
2010/10/18(月) 01:52:20
Java のGC が話題になるのはただ単に Java が有名だから。
実装が素晴らしいわけではない。
2010/10/18(月) 08:45:23
Java の GC はいろいろがんばってるよ。
すくなくともそこらのスクリプト系言語の実装とは比較にならない。

MS 製 Java の GC は Lisp のすごい人が書いたとか伝説もあったしなー。
2010/10/18(月) 09:10:42
379 デフォルトの名無しさん [sage] 2010/10/18(月) 07:49:37 ID: Be:
    suge------
    http://www.atmarkit.co.jp/fdotnet/csharp4/csharp4_04/csharp4_04_01.html

380 デフォルトの名無しさん [sage] 2010/10/18(月) 08:40:52 ID: Be:
    オプション引数・名前付き引数 (C# によるプログラミング入門)
    http://ufcpp.net/study/csharp/sp4_optional.html


    これか。C#にデフォルト引数がついてなかったとは知らなかったな。
    呼び出し側で評価されるゆえの実装の都合なのかこれ
    名前付き引数がVBにあったというのは衝撃的

    しかし何故C#4？
2010/10/18(月) 10:30:47
デフォルトの引数は色々問題ありなので、アンダースが反対していたそうです。
686デフォルトの名無しさん
垢版 |
2010/10/18(月) 12:32:31
デフォルト引数がサポートされた最大の理由はCOM相互運用のため。
VB.NETと比べたときに唯一C#が致命的に弱い部分だったから。
2010/10/18(月) 12:37:36
ダックタイピングも同時に導入されたので、COMはオートメーションだけサポートということでもよかったんじゃないかとは思う。
2010/10/18(月) 16:44:10
C#の場合、デフォルト引数が問題なのは、オーバーロードの解決が
複雑になったりすることよりも、アセンブリのバージョン間の互換性が失われることが問題。
デフォルト値がコンパイル時定数として呼び出し引数に埋め込まれてしまうので
クラスライブラリで使うとデフォルト値を二度と変更できない。
アセンブリ外から見えるメンバにデフォルト引数が使われてると
VSのコード分析ツールやFxCopが警告を出す。
2010/10/19(火) 21:52:02
いつの間にかデフォルト引数出来るようになってたのか。
知らんかった。

ところでこのobject型使いまくりの.NETライブラリを見てくれ
こいつをどう思う？
2010/10/19(火) 21:57:34
言うほどobject使われてないだろ
2010/10/27(水) 11:36:00
void* みたいなもんじゃね？
692デフォルトの名無しさん
垢版 |
2010/10/27(水) 22:18:30
public struct AnyData {
　　public object field1;
　　public object field2;
　　public object field3;
　　public object field4;
}

どうだ、すごいだろ？何でも入るぞ？



まあ仕事でこれは見たこと無いけど、ＤＢのテーブルが全部VARCHARで列名がCOL1〜COL30
みたいのは本当に見たことがある。テーブル名はたしか、TABLE30とかだった。
見た瞬間机を蹴飛ばしたい気分になったけどね。
2010/10/28(木) 00:38:47
C#はコーディングが楽になった分格段にC++より糞コードを生み出す温床になってるよな
2010/10/28(木) 01:28:15
>>693
C++の絶望的糞コードとC#の絶望的糞コードなら、C#のコードのほうがまだ対応出来る。
695デフォルトの名無しさん
垢版 |
2010/10/28(木) 22:08:36
javaのthrowsみたいに例外制御の流れを強制できると便利なんだけどな。
2010/10/28(木) 22:14:11
>>694
根拠は？
2010/10/28(木) 22:23:31
>>695
あんなもん主要言語では後にも先にもJavaしか採用しないクソ機構じゃねーか
2010/10/28(木) 22:45:08
throws は伝染するから嫌われる
せっかく多重継承禁止したのにな
2010/10/28(木) 22:47:17
アンダースがthrowsを導入しなかった理由をどこかの講演で言ってたと思う。
2010/10/29(金) 13:24:17
よくJava信者が、インターフェイスをちゃんと設計して例外をラップすれば
後でthrowsリストを増やすような事態にはならないというけど
それって突き詰めれば結局 throws Exception にすればいいと言ってるのと同じなんだよな。
hogeメソッドが throws HogeFailedException となっていたからって
それをどう例外処理しろというのか。
2010/10/29(金) 16:10:54
要するにぬるぽにしなさいって事か
702デフォルトの名無しさん
垢版 |
2010/10/30(土) 14:56:06
このスレで糞が何回でたか、出現数をカウントするプログラムを作りなさい
2010/10/30(土) 15:58:06
print "select count(res) from threads where host='hibari' and board='tech' and thread=1272608727 and body like '%糞%';"
2010/11/01(月) 21:14:11
var cnt=(from i in alltext where i.Equals('糞') select i).Count();
とうんこしながら書いてみる
2010/11/02(火) 00:44:32
>>704
var cnt = alltext.Count('糞'.Equals);
706デフォルトの名無しさん
垢版 |
2010/11/02(火) 00:48:43
public static void main(String[] args) throws Exception {
URL target = new URL("http://hibari.2ch.net/tech/dat/1272608727.dat");
InputStream in = null;
int unkoCnt = 0;
try {
HttpURLConnection ucon = (HttpURLConnection) target.openConnection();
ucon.setRequestProperty("User-Agent", "Monazilla/1.00 (UnkoCounter/1.0)");
ucon.setRequestProperty("Accept-Encoding", "gzip, deflate");
ucon.setRequestProperty("Accept", "*/*");
in = ucon.getInputStream();
String enc = ucon.getContentEncoding();
if (enc != null && enc.equals("gzip") && (in instanceof GZIPInputStream) == false) in = new GZIPInputStream(in);
if ( enc != null && enc.equals("deflate") && (in instanceof DeflaterInputStream) == false) in = new DeflaterInputStream(in);
in = new BufferedInputStream(in, 65536);
BufferedReader reader = new BufferedReader(new InputStreamReader(in, "Windows-31J"), 8192);
String line = null;
while ( (line = reader.readLine()) != null ) {
String[] ary = line.split("<>");
if ( ary[0].indexOf("あぼーん") != -1 || ary.length < 3 )
continue;
String honbun = ary[3];
if ( countKuso(honbun) != -1 )
unkoCnt++;
}
}finally {
if ( in != null ) in.close();
}
System.out.printf("%d個のウンコを発見。\n", unkoCnt);
}
＜＜続く＞＞
707デフォルトの名無しさん
垢版 |
2010/11/02(火) 00:49:36
>>706の続き

private static int countKuso(String line) {
int idx = -1;

int ret = 0;
while ((idx = line.indexOf('糞', idx)) != -1) {
ret++;
if (++idx == line.length()) break;
}
return ret;
}
708デフォルトの名無しさん
垢版 |
2010/11/02(火) 00:53:11
すまん間違ってる。「if (countKuso(honbun)」のブロックは次に修正
誤）
if ( countKuso(honbun) != -1 )
unkoCnt++;
}

正）
unkoCnt += countKuso(honbun);

今140個あるはずだ。
2010/11/02(火) 22:32:04
VB.NETでもなくC++でもなくC#を何で選ぶのかな。
VB.NETならVB6と違いはあるもののVB用の組み込み関数があるし、
C++ならCおよびC++の標準ライブラリが使えるのに。
2010/11/02(火) 22:34:17
VB.NETはタイプ量が多い
C++は標準ライブラリだけではとても商品など作れない
2010/11/02(火) 22:45:29
C++なんて、プログラミングが面倒なくせに、謎のエラーが出まくって、デバッグもしにくい。しかも、脆弱性の主な原因。
712デフォルトの名無しさん
垢版 |
2010/11/02(火) 22:59:17
TCP/IP使う制御系システムとかだと、もうCはやめた方がいいんじゃないか？
昔はメモリの書き過ぎはただの単純バグで済まされたが、今では脆弱性につながるかもしれない
重大問題だからな。ユーザー企業が脆弱性対策に注視すればするほど、CやC++は不人気になるだろ。
VBはusingブロックがなかったり、Microsoftがこれからプログラム始める人はC#推奨とか言ってたり、
要するにVB６しかできないヤツをサポートする必要があるって言う意図に見えてイヤだし、構文も
長くて読みづらいと思う。本当はC#も中括弧が勝手に改行されるのはあんまり好きじゃないんだけど・・・
2010/11/02(火) 23:09:01
>>712
勝手に改行って、それはC#じゃなくてIDE側の話でしょ。
しかも設定で変えられるし。
2010/11/02(火) 23:14:08
何と、このスレを普通にテキスト処理するわけでなく、
SQLで処理することができるのか。そんな技術があるのか。
2010/11/02(火) 23:16:38
俺にはC#とJavaのどちらのコードなのか見分けることができない、恥か。
2010/11/02(火) 23:17:45
C#のSocket使ったプログラムを書くと定期的にCPU使用率が100％近くに
跳ね上がるのは俺だけか？

C++使ったらそういう事は起きないので.NETの問題かと思うんだが
2010/11/02(火) 23:37:18
再現できる最小コードplz
2010/11/02(火) 23:45:22
>>716
axfc downloader使ってるんだけど同じ症状が出るね
マルチコアCPUなので実用上は全く問題ないけどタスクマネージャを見ると
激しくCPU使用率が1コアだけ上下してる
2010/11/03(水) 02:21:45
CLIと.NETの境界が良くわかってないけど
string以外にもこのクラスだけ特別扱いとか
言語として一貫性無くなってきてない？
2010/11/03(水) 02:52:42
理想より実益を優先するという姿勢で一貫している。
unsafe取り入れたり、ネイティブとの相互運用用にC++/CLI作ったりしたのもそのため。
721デフォルトの名無しさん
垢版 |
2010/11/03(水) 08:45:37
C++/CLIはnative C++とC#の仲立ちをするためのもので一見、良さげに
見えるが、いったんトラブルがおきるとNative C++の問題なのか、C#
の問題なのか、間に介在しているC++/CLIの問題なのかややこしくなる。

C++/CLIは廃止の方向で、よくわからんけど、C#の中にCやNativeのC++
のコードを埋められる(内部的にはDLLを埋め込むのだろうが、それを
ユーザに意識させない)ようにしてほしい。
2010/11/03(水) 11:34:07
今更C#で混在アセンブリをサポートするのはありえないだろ。
環境依存どころかCLRのバージョンが違うと動かなかったりしてMSも持て余してる糞技術。
723デフォルトの名無しさん
垢版 |
2010/11/03(水) 12:23:06
>>721
MSはいつもブラックボックス化＝簡単便利化だと信じ切ってるからな。
昔から動くはずのものが正しく動作しなくなった場合、原因箇所がわかりにくかった。
それにエラーメッセージが糞。特にIE6のJavaScriptのエラーはイミフ過ぎだったなぁ。

IE6「'null'はnullまたはオブジェクトではありません。」

俺「じゃあ何なんだ！？この野郎！」
2010/11/03(水) 13:53:05
>723
貴方がもうちょっと聡ければ、'null' が変数名と看做されてる事に気づけたかもしれない。
725デフォルトの名無しさん
垢版 |
2010/11/03(水) 14:22:35
>>722

そうかなぁ。p/invokeかなんかでC++のDLLインポートする時も
同じ問題が起きるんじゃないの？

よくわからんけど、環境依存やCLRのバージョンの違いの問題
をユーザーに押し付けてどうすんだよと思うけど。

C++/CLIを介した方が安全なの？しかし、あれはNativeのC++
とも違って気持ち悪い。
726デフォルトの名無しさん
垢版 |
2010/11/03(水) 17:29:42
>>724
いやすぐに分かったけどね。簡単な書き間違いだったと記憶してる。
あと閉じ括弧書き忘れとかも全然めちゃくちゃなメッセージがでてイヤだ。
それにエラーが発生した時、エラーメッセージ中の行番号が毎回必ず
１行ずれて表示されるのはバカだからか？
2010/11/03(水) 18:12:41
CLRのバージョンが違うと同じように動くとはかぎらないというのは、DLLやJavaからの教訓でわざとそうしている。
2010/11/03(水) 18:16:59
C#はCLRのバージョン変わっても基本的には動くが
C++/CLIで書かれた混在アセンブリは完全に動かなくなる
2010/11/04(木) 00:22:32
なにそれC++/CLIの存在意義って…
2010/11/04(木) 00:35:13
ネイティブとの相互運用による過去の資産の活用

これだけ
2010/11/04(木) 01:04:03
C++とC#が出来ればそれで済む
CLIはいらない子
2010/11/04(木) 01:07:00
C++/CLIは、C++にGCが欲しいという要望に対する一つの回答。
2010/11/04(木) 01:48:20
C++ Interopの使えるC++/CLIはP/Invokeが最速。
2010/11/04(木) 03:01:41
P/Invokeとネイティブ呼び出しが混在して困る。
2010/11/04(木) 03:03:24
ネイティブとの相互運用と言っても、普通のネイティブDLLを作ればC#でも使えるからなあ。
2010/11/04(木) 03:25:35
ほとんどの人には必要ない代物。どうしても必要な人にとってはないと困るけどさ
737デフォルトの名無しさん
垢版 |
2010/11/06(土) 19:02:56
まだCとかC++使ってる奴が居たのか
単に新しい環境買う金がねーだけだろ
2010/11/06(土) 20:25:40
はいはいクマクマ
2010/11/12(金) 17:00:29
やっぱ
・ディープコピーが簡単にできない（配列とか）
・C++のようなconstがない
この両方が無いのは使いにくく感じる。
どっちかあれば結構違うとは思うんだけど。

手を加えられないクラスをDictionaryに入れる
と外部で勝手にデータを書き換えちゃう可能性
があるしなぁ。

そのうち公開されてるコードとかみてどんな風に
使ってるのか調べようと思うけど、ほかの人は
ほんとに使いにくく感じてないの？



2010/11/12(金) 18:49:57
>ディープコピーが簡単にできない
C# ディープコピー　とかでググればシリアライザ使ったサンプルコードがある。

>C++風const
あんまり困ってない。便利だけどチーム開発で全員に徹底させるのは大変だしね。
後から付けると関連するモジュールまで変更が波及するのもよくない。（それだけ強力だって事だけど）

>外部で勝手にデータを書き換えちゃう
プロパティで公開してセッターのアクセサをinternal/protectedにしといたら？
2010/11/12(金) 21:05:36
>>740
シリアライズって確か出来ないフィールドあったと思ったけど
全部できるようになったの？

>あんまり困ってない。便利だけどチーム開発で全員に徹底させるのは大変だしね。
>後から付けると関連するモジュールまで変更が波及するのもよくない。（それだけ強力だって事だけど）
constのその話はどっかで見たけど、やっぱり出来ると出来ない
では全然違うと思うんだよね。
実行するまでわからないバグを減らせるってのは大きいと思う。

>プロパティで公開してセッターのアクセサをinternal/protectedにしといたら？
プロパティにするって方法は・・・う〜ん
結局プロパティでラップするにはintとかプリミティブ型まで絞って
いかないと意味がないと思ってる。
セッターというかゲッターでClear関数なんかがあるオブジェクト
返すとどうしようもないし。
だからと言って例えばメモリに読み込んだ住所禄1レコードの
ようなクラスなんかはクラス単位で渡さないと膨大なプロパティ
が出来ちゃう。（例えなのでDataSetを使えってのは無し）

2010/11/13(土) 09:26:05
stdout とかできるわけないだろ。
なに意味のわかんないこと言ってるの？
2011/01/11(火) 16:06:53
C#って本当に開発効率あがるのかね？
2011/01/11(火) 17:19:15
C#の開発効率が高いのは、Visual Studioの全面的な支援が受けれるから。
2011/01/26(水) 01:44:15
ラムダ とか Linq とかでそこそこ。
2011/01/26(水) 17:00:10
>>774
それができるのも、reflectionのおかげ。
2011/01/26(水) 17:01:40
>>744だった
748デフォルトの名無しさん
垢版 |
2011/03/17(木) 16:13:44.13
C#の案件って多いの？

会社によるだろうけど、ある会社ではC#はほとんど使ってない。
JAVA使っていると言ってた
2011/03/19(土) 11:00:32.29
C#あるよ
Javaより圧倒的に作り易い
2011/03/19(土) 22:28:24.43
うちの会社はC#でCAD作ってるよ。
2011/03/29(火) 04:15:31.62
>>748
昔の話
同じ人にもう一回聞いて見ると良い

java覚えてればc#はほとんど勉強しなくても書けるし
2011/03/29(火) 07:03:03.75
Java文化をC#にそのまま持ち込むとC#ネイティブのPGにはすっげー馬鹿にされるけどね
2011/03/29(火) 14:39:27.95
pulic int getHogehoge{}

とか書けば馬鹿にされるだろ
2011/03/29(火) 20:16:50.04
pulic int get_Hogehoge{}が正しいからねえ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況