C#は糞2.0

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2010/04/30(金) 15:25:27
前スレ
C#は糞
ttp://pc12.2ch.net/test/read.cgi/tech/1246520657/
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#推奨とか言ってたり、
要するにVB6しかできないヤツをサポートする必要があるって言う意図に見えてイヤだし、構文も
長くて読みづらいと思う。本当は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
いやすぐに分かったけどね。簡単な書き間違いだったと記憶してる。
あと閉じ括弧書き忘れとかも全然めちゃくちゃなメッセージがでてイヤだ。
それにエラーが発生した時、エラーメッセージ中の行番号が毎回必ず
1行ずれて表示されるのはバカだからか?
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{}が正しいからねえ
2011/03/31(木) 23:13:43.36
Java も C# も開発で使ったことがあるけど
Java より C# の方が開発効率が良い感じ
でも .NET Framework とか Visual Studio にくだらないバグが多くて萎える
2011/03/31(木) 23:44:26.28
Java対.NETはともかく、Eclipse対Visual StudioならVSのコールド勝ちだわ
2011/03/31(木) 23:58:43.16
機能の頭数ならEclipseの方がずっと上だけど品質はVSの圧勝
2011/04/01(金) 00:07:16.48
Eclipseはあの見難いフォントだけでも変更しないの?
2011/04/01(金) 01:09:58.50
IDEでは勝負にならんだろ。
2011/04/01(金) 10:52:44.48
EclipseはIDEといっても統合されてない感じがするよな
Emacs的な
2011/04/21(木) 10:58:03.51
サーバーサイドじゃjavaの方がずっといいな。
C#はMonoとかマルチプラットフォームいらないから
GUIやメディア方面のjavaが向かないところでもっと強力になってほしいや。
2011/04/21(木) 19:52:32.34
Swing(笑) PureJava(笑) なんてさっさと捨てて現実に使えるGUIフレームワークを提供してれば
今頃デスクトップアプリもJavaだらけだったのにな
クロスプラットフォームに固執せずプラットフォーム固有のAPIを
積極的に提供するMonoがもてはやされる現状
2011/04/21(木) 20:08:44.93
こいつは書きこむ前にコンパイル通しすらしないのか。
ただF6押すだけだろ。
テキストエディタで書いてるのか?

static classの時点で何であろうと継承不可能だバカ。
2011/04/21(木) 22:48:50.27
>>763
( ゚д゚)ポカーン
2011/05/24(火) 11:05:20.95
C#は厨房御用達
2011/06/10(金) 03:57:17.68
何であんなにエラーを例外で処理させようと
するのかね。
オブジェクト指向前提の言語だから?
どれならそれでもっといい例外処理の構文考えろよ!
めんどくさすぎるんだよぉぉぉ!
2011/06/10(金) 07:11:11.20
Javaと違ってC#はあまり例外処理を多用しない(できない)言語仕様だが?
もしC#で例外処理(システムエラー)を多用しないといけないなら設計からしてマズいと思うぞ。
2011/06/10(金) 23:01:10.76
Javaのメンドウクサ(無駄な検査例外)に比べれば遥かにマシだな
2011/06/14(火) 16:06:32.27
sage
2011/06/15(水) 00:01:00.07
現在、実用性最高の言語
2011/06/17(金) 09:55:46.47
sage
2011/06/18(土) 07:45:00.19
sage
2011/06/20(月) 10:17:28.26
ラムダ式とか必要か?
2011/06/20(月) 12:35:46.26
必要でしょ
匿名メソッドやラムダ式に慣れるともう戻れない。

中途半端な理解で使うとバグの温床になるけどな
2011/06/20(月) 22:36:03.36
匿名メソッドはもう要らない。
2011/06/21(火) 22:46:08.45
使う機会が今まで一度もないんだが・・・
2011/06/21(火) 23:30:55.04
ラムダ式だけ禁止だったり、C#2.0の場合は使うね
2011/06/22(水) 00:10:38.55
>>777
そう。逆にラムダ式があったらいらないね。
2011/06/22(水) 01:06:07.43
糞3.0
2011/07/03(日) 20:14:48.21
>>774
↓↓↓↓↓↓
(((((( 匿名メソッドやラムダ式に慣れるともう戻れない。 ))))))(←キリッッッッ!!!!キリッ!!!きリッッキリッッッ!!!きリッッッッ!ッッッッ!
↓↓
(((((((( 中途半端な理解で使うとバグの温床になるけどな ))))))))(←キリッッ!!キリッッッ!!!!ッ!!!


ゴミグラマって、ゴミのことをいうんでしょ?
781デフォルトの名無しさん
垢版 |
2011/08/10(水) 21:58:22.36
C#って少しは速くなった?
7年前触った時は、こりゃ使えん。商品製造など夢物語という代物だったが
2011/08/10(水) 23:17:23.94
7年前に比べてPCが速くなった
2011/08/11(木) 02:54:10.08
Javaよりは少しマシかなぁ
最近はフリーソフトなんかのC#製でも気にならなくなったね
2011/08/11(木) 03:42:36.59
>>782-78.
そうか、どうもありがとう。
785デフォルトの名無しさん
垢版 |
2011/08/11(木) 22:18:34.63
ほんとはMS製のDelphiを作りたかったんだよな
いい加減あきらめい!
2011/08/12(金) 00:54:25.03
諦めろもクソも、既にそれを超えた地点に到達してしまっているわけだが
2011/08/12(金) 04:43:20.46
超えてる所は越えてるが
失った長所も多くないか?
2011/08/12(金) 19:54:05.85
う〜ん、具体的には何が失った長所だと考えます?
2011/08/13(土) 20:09:46.85
RADサポートを重視したC系のオブジェクト指向言語ってありそうで無かったからな
2011/08/17(水) 18:31:43.39
UIはC#で作っちゃえばええやん
2011/08/17(水) 20:13:38.95
GDI+で描いてコントロールの代わりにしてるから描画だけは速いよ
というかC#描画やたら遅いよ
792saadli
垢版 |
2011/11/21(月) 04:56:27.52
C# Tutorial and source code

http://csharp.net-informations.com

sd.
2011/12/07(水) 18:26:20.47
#に限らないが、
C言語って、シフトキーや記号を多用するからプログラミング効率悪い。
2011/12/08(木) 12:09:15.80
プログラミングはタイピングとはちがうよw
タイピングの分量だけを問題にすることはどうかと。
2011/12/08(木) 12:16:22.55
アセンブラでも使ってろ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況