C#は糞2.0

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2010/04/30(金) 15:25:27
前スレ
C#は糞
ttp://pc12.2ch.net/test/read.cgi/tech/1246520657/
2010/07/22(木) 16:08:24
>>619
ラムダ式なんか見ただけで気持ち悪い。ふざけているのかと。
ラムダ式でギャーギャー騒いでる奴の気がしれん。そんなオタクの
機能なんか世間では使わんよ。
2010/07/22(木) 16:30:12
世間ではプログラミング言語なんか使わんよ、機械語で十分。とか豪語していた先達の
後を追わないでくださいねw
2010/07/22(木) 16:39:19
井の中の蛙
623デフォルトの名無しさん
垢版 |
2010/07/22(木) 17:06:25
>>617

しかし、あんたも暇だね〜〜ｗ
2010/07/23(金) 12:34:07
ラムダは便利だと思うけどLINQどうなのかね？


2010/07/23(金) 13:01:58
使い方覚えたら今までやってた事が馬鹿らしく思えてくる便利さ
そしてLINQ使えないバージョンで開発する時に軽く欝になる
2010/07/24(土) 21:08:11
LINQなかったら生きていけないでしょ
2010/07/28(水) 15:58:35
C#のジェネリック、もっと便利になりませんかねぇ
C++だとかなりコード減らせるんですけど。
C++テンプレートで肥大化するってのも書き方次第だし。
2010/08/01(日) 10:16:49
ジェネリックは実行時に展開されるからC++みたいな言葉遊びは原理的にできない
コンパイル後もポータブルでないといけないからC#の言語仕様に依存する要素を残すわけにはいかない
2010/08/01(日) 12:21:22
ジェネリクスはC++>>(超えられない壁)>>C#>>Javaって感じだな
2010/08/01(日) 16:32:33
genericsに関しては、C#>>Java>>(超えられない壁)>>C++ だろ
2010/08/01(日) 19:03:46
ジェネリックならそうなるな。
2010/08/01(日) 20:03:17
実行時とはいえ特殊化される(されない場合が多いけど特殊化されているものとして扱える)分
Javaよりはずっとテンプレートに近い
2010/08/01(日) 21:51:15
テンプレートは同じような型を自動的に展開してくれるだけ。非常に高度なマクロといってもいい。
ジェネリクスは根本的に異なる。
2010/08/01(日) 21:54:08
型→型に関するコード
2010/08/02(月) 08:49:46
.NETのジェネリックはJITコンパイラレベルのテンプレートみたいなもの。

ジェネリック型を特殊化する機能がランタイムに備わってる。
実際には、コードが型ごとに展開されるのは値型の場合のみで、
参照型の場合は共通のコードが使いまわされるけど、フィールドなどはそれぞれ
別に作られるから気にする必要なし。
2010/08/02(月) 12:22:16
んー、よくわからないけど、確実に関数インターフェイスと本体を
用意しなければいけないから現状以上は難しいってこと？
2010/08/02(月) 19:01:18
a + b という式があったとして、これが実際にどういうコードになるかは型によって違うだろ?
整数同士の加算の命令になるかもしれないし浮動小数点かもしれないし演算子オーバーロードかもしれない。
いずれにせよコンパイル後には a + b という「意図」は失われる。
コンパイル時に処理されるテンプレートの場合は置き換えてからコンパイルするだけだからいいんだけど，
.NETのジェネリックは実行時に処理されるので先にコンパイルしとかないといけない。
だから a + b みたいな、型によってコードが変わるようなものは残せないわけ。
2010/08/02(月) 19:04:06
で、どこの誤爆？
2010/08/03(火) 01:15:45
どう読めば他のスレからの誤爆だと誤読できるんだ？
2010/08/03(火) 07:07:36
>>639
あまりに内容があれなので、皮肉ってるんだろ。
2010/08/24(火) 16:01:22
あーほんとにC++のconstが恋しいわ
2010/08/24(火) 16:08:39
const使うなら徹底的にやらないと意味がないから
さまざまな言語の最大公約数的な仕様の.NETでは難しい
643デフォルトの名無しさん
垢版 |
2010/10/04(月) 13:50:21
C#やってるやつは無能の代表
2010/10/05(火) 00:51:17
やっぱり糞でした

Visual Studio 2010 Part10
http://hibari.2ch.net/test/read.cgi/tech/1285576250/206-254
2010/10/05(火) 02:41:11
C++やってる奴が糞
2010/10/05(火) 04:26:15
>>643
スレタイみような
2010/10/07(木) 08:48:37
ぶっちゃけ、糞であったVBを喜ばすためにできたのがC#
648デフォルトの名無しさん
垢版 |
2010/10/07(木) 09:30:11
実用：C/C++/Java/PHP
Tool：Java/VB

C#＜・・・
649デフォルトの名無しさん
垢版 |
2010/10/07(木) 09:51:49
C#って空き缶拾いに等しいよね
650デフォルトの名無しさん
垢版 |
2010/10/07(木) 13:25:51
なんかやってると、やたらと脱力感に襲われてくるのはなぜだろう・・
2010/10/07(木) 16:50:30
最初からジェネリックを考慮して設計されていれば
良い言語になっていたと思われる。
そういえばインターフェイスは最初からあったのかね？
2010/10/07(木) 17:00:13
>最初からジェネリックを考慮して設計されていれば
Javaの悪口言うな
2010/10/07(木) 21:36:34
>>650
肝臓の病気かもしれん
病院へ逝け
2010/10/07(木) 21:39:13
genericsに関しては、まともに普及している言語の中では、もっともすぐれているけどなあ。
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以外にもこのクラスだけ特別扱いとか
言語として一貫性無くなってきてない？
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。