Ｃ＃って死滅しちゃうの？ Part10
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNG0652デフォルトの名無しさん
NGNGstatic static static static static static static static static
0653デフォルトの名無しさん
NGNG金なし君です
0654デフォルトの名無しさん
NGNGお前Del厨だろ｡臭いでわかるんだよ｡
0655デフォルトの名無しさん
NGNG.NET ｺﾝﾊﾟｰｰｯｸ t Framework
0656デフォルトの名無しさん
NGNGがんばってどのOSでも使える良質.NET API例を出してくれ。
がんばって出した結果、それは「VC++.NETはLinuxでは使えませんよ(ﾌﾟ」と
言われないように注意しろ（ｗ
0657デフォルトの名無しさん
NGNGｱﾋｬﾋｬﾋｬ
0658デフォルトの名無しさん
NGNGで、例えばどこを見て?
0659デフォルトの名無しさん
NGNGstatic static static ﾋｬﾋｬﾋｬ static static static ﾋｬﾋｬﾋｬ
0660デフォルトの名無しさん
NGNG0661デフォルトの名無しさん
NGNGstatic厨でーす (藁
0662デフォルトの名無しさん
NGNGおい、
> がんばってどのOSでも使える良質.NET API例を出してくれ。
勝手に.NET APIに変えないでくれ。完全に話が違ってるぞ。
0663デフォルトの名無しさん
NGNG0664デフォルトの名無しさん
NGNG0665デフォルトの名無しさん
NGNG予想した通りだな。
適当なこと言ってるだけで。
0666デフォルトの名無しさん
NGNG0667デフォルトの名無しさん
NGNG言語で選ぶなよ（ﾌﾟ
0668デフォルトの名無しさん
NGNGＣ＃使用感をためすだけだよ。
0669デフォルトの名無しさん
NGNGせめて.NET使用感と。
0670デフォルトの名無しさん
NGNG奨められるような物はない
0671デフォルトの名無しさん
NGNG予想した通りだな。
反論できなくて適当なこと言ってるだけで。
0672デフォルトの名無しさん
NGNGコテハン使いなはれ。
0673デフォルトの名無しさん
NGNG確かに.NETのAPIはメンバ関数が殆どstaticでオブジェクト指向を
なめとんのかっちゅーやつが多いわな。
0674デフォルトの名無しさん
NGNG0675デフォルトの名無しさん
NGNGCOBOLなんて逆に最小公倍数。
しかし・・COBOL.NETの話一切でないよな。
0676デフォルトの名無しさん
NGNGJScript.NET もな
あれは何のﾈﾀなんだろう・・・
0677デフォルトの名無しさん
NGNGアンチは最小公倍数の意味もしらんのか(ﾌﾟﾌﾟﾌﾟ
0678デフォルトの名無しさん
NGNG0679デフォルトの名無しさん
NGNGそんな低脳にネットに接続させるのは考え物だな｡
0680デフォルトの名無しさん
NGNG久しぶりに暴れるところが見たいんだけど。
0681デフォルトの名無しさん
NGNG久しぶりに暴れるところが見たいんだけど。
0682デフォルトの名無しさん
NGNG0683デフォルトの名無しさん
NGNGWindows死滅後の対策はとってるかい？
0684デフォルトの名無しさん
NGNG0685デフォルトの名無しさん
NGNG0686デフォルトの名無しさん
NGNG0687デフォルトの名無しさん
NGNG0688デフォルトの名無しさん
NGNGLonghorn?
大げさで見た目だけやん
0689デフォルトの名無しさん
NGNGやっぱりMSの開発力にはどこもかなわないよ。
0690デフォルトの名無しさん
NGNG0691デフォルトの名無しさん
NGNG0692デフォルトの名無しさん
NGNGJavaはUNIX鯖屋以外使う必要なし。
良くて現状維持のJava、これから確実に伸びる.NET。
だそうです。
0693デフォルトの名無しさん
NGNG0694デフォルトの名無しさん
NGNGしっ。本当の事いっちゃダメ。
0695デフォルトの名無しさん
NGNG鯖以外に生き残りようがないからなー
0696デフォルトの名無しさん
NGNG無理にクライアントやアプレットにしてもどうせ使えないんだから。
0697デフォルトの名無しさん
NGNG軽量高速なJavaVM作ってくれたのにな｡
ほんとにｱﾌｫな会社もあったものだ｡
0698デフォルトの名無しさん
NGNG死滅確定だからお慈悲かけてもらってやんの。ﾌﾟﾌﾟﾌﾟﾌﾟ
0699デフォルトの名無しさん
NGNGhttp://www.zdnet.co.jp/news/0210/17/cead_carroll.html
0700デフォルトの名無しさん
NGNG>もうJavaはサーバー専用言語で問題ないでしょ。
いいえ。「UNIXの」サーバー専用言語です。
Windowsサーバーにこんな腐った言語要らない。
0701デフォルトの名無しさん
NGNG0702デフォルトの名無しさん
NGNGいくら成功者や大金持ちを褒め称えても、
君ら自身が成功するわけじゃーないのに（苦笑
0703デフォルトの名無しさん
NGNGUnixとUnixから派生したOSとを一緒にするなと何度逝ったら済むのだい
0704デフォルトの名無しさん
NGNGこのあたりはJava死滅スレのコピペばっかだな。
このスレはJava死滅の話題はJava死滅スレで語れ
0705デフォルトの名無しさん
NGNGJavaのたたきどころが無くなったためM$厨は
仕方が無くオープンソースやLinuxを必死に叩くことにしかできなくなったというレスが
現れてから突然慌ててJavaを叩くレスが頻発したな。
しかしどれも
もうちょっとM$の方針と$unらの方針を理解した方がいいんじゃないか
っていう内容のレスばかりだわな。
0706デフォルトの名無しさん
NGNGその前にお前が日本語勉強しろ。
0707デフォルトの名無しさん
NGNGいや、C#語を勉強しろ
0708デフォルトの名無しさん
NGNG0709デフォルトの名無しさん
NGNG> Javaメモリリークするから多様なプロセスが走るクライアントではまともには動かないよな｡
C#のほうがもっとメモリリークする確率は高いぞ。
unsafeを簡単に使える時点でJava以上にメモリリークしやすいわけだが。
つかあんたらメモリリークの意味わかってんのか？
0710694
NGNG0711デフォルトの名無しさん
NGNG基本部分ではね。
アプリケーションの作り方次第では
特定部分にたいする注意を怠らなければ
どこだってまともに動くわけだが。
どんな目的でどんなアプリを作るかでJavaがまともに動く環境も変わるわけだが。
Windowsのセキュリティの問題上、ServletをWindowsで動かす気にはなれんわな。
0712デフォルトの名無しさん
NGNG反論できなくなるとときの発言ですか (ﾜﾗ
0713デフォルトの名無しさん
NGNG0714デフォルトの名無しさん
NGNG煽り釣りには興味ない。
0715デフォルトの名無しさん
NGNGだからUnixとLinuxを一緒にするなって何度言ったら(略)
0716デフォルトの名無しさん
NGNGそれ以前にWindowsサーバ自体腐ってまつ
セキュリティ脆弱すぎ。金払っても脆弱はもうイヤ
0717デフォルトの名無しさん
NGNGすがすがしいな。どこでもまともに動くJavaじゃなく
どこでも動くように作ればどこでも動くJavaと訂正したわけだな。
0718デフォルトの名無しさん
NGNGArgErr, MemErr, IoErrの三つの例外が返す可能性があるとしたら
どう呼び出すの?すべてのfoo()の呼び出しに対して三つのcatchを書かないといけない?
で単にスルーしたい場合は?
0719デフォルトの名無しさん
NGNGSwingもSWTもいらねーって。
0720デフォルトの名無しさん
NGNGこれからこれから
JavaWebStartはこれから進化してゆくのさ。
Javaはサーバサイド専用言語から
クライアントサイドとあらゆるOSにも裾野を広げる言語へと
パラダイムシフトしてゆくのさ。
Swingは重要。速度の問題も時間の問題。
SwingではWindowsXPライクなスキンも使える。
Swingで作ったアプリに格好いいのがあったなあ。
0721デフォルトの名無しさん
NGNGpublic class ThrowsSample {
public void foo() throws ArgErr, MenErr, IOErr {
//foo()の実装
}
}
public ArgErr extends Exception {
public ArgErr(String message){
super(message);
}
}
public MemErr extends Exception {
public MemErr(String message){
super(message);
}
}
public IoErr extends Exception {
public IoErr(String message){
super(message);
}
}
0722721 修正版
NGNGpublic class ThrowsSample {
public void foo() throws ArgErr, MenErr, IOErr {
//foo()の実装
}
}
public class ArgErr extends Exception {
public ArgErr(String message){
super(message);
}
}
public class MemErr extends Exception {
public MemErr(String message){
super(message);
}
}
public class IoErr extends Exception {
public IoErr(String message){
super(message);
}
}
0723デフォルトの名無しさん
NGNG進化しなくていいって。
どうせ今とたいしてかわらないんだから。
Javaに無理させんな。破綻するだけだ。
0724721 続き
NGNGpublic test(){
ThrowsSample t = new ThrowsSample();
try {
t.foo();
} catch (ArgErr e){
e.printStackTrace();
throw new RuntimeException(e.toString());
} catch (MemErr e){
e.printStackTrace();
throw new RuntimeException(e.toString());
} catch (IOErr e){
e.printStackTrace();
throw new RuntimeException(e.toString());
} catch (Exception e){
e.printStackTrace();
}
}
}
0725デフォルトの名無しさん
NGNGJavaを叩くにしてもちょっと詰めが甘いなあ。
0726デフォルトの名無しさん
NGNG進化するのはクラスライブラリ、API、フレームワークだけで十分。
他に進化して欲しいとしたらオブジェクト指向を超越するものに進化して欲しい。
0727デフォルトの名無しさん
NGNG叩いてない。真実だ。
0728デフォルトの名無しさん
NGNGだから、そのクラスライブラリ、API、フレームワークが進化しないんだって。
0729デフォルトの名無しさん
NGNGおまえ釣りばっかしてんなよ。
真面目に議論しろ
0730デフォルトの名無しさん
NGNGアプリが一度確保したメモリーを、reallocかfreeでOSに返さない
ってのは「メモリ・リーク」とは呼ばない。(少なくとも判ってる奴は)
0731デフォルトの名無しさん
NGNGユーザーレベルではそう呼ぶに値するだろう｡
Windowsでメモリ使用量＝最大メモリ使用量になるようなソフトは歓迎されないよ｡
0732デフォルトの名無しさん
NGNGDDoSアタックに使われるプログラムはメモリリークを起こすC,C++プログラム
を使うと聞くけど。
C,C++の配列サイズオーバーでアクセスすることによって
メモリリークが生じると解説するサイトが多いけど。
0733デフォルトの名無しさん
NGNGそれメモリリークじゃねぇよｳﾞｫｹ
0734デフォルトの名無しさん
NGNG進化するとC#厨には都合が悪いのか (ﾜﾗ
0735デフォルトの名無しさん
NGNG呼び方はどうでも委員だよ｡どう呼ぼうと糞は糞だからな｡
0736デフォルトの名無しさん
NGNGいくらJavaがセキュリティに強くたってJavaにデータを受け渡し、リクエストレスポンスする側が
しっかりした機構で無いとどうにもならんよのう。
IISそのものがJavaで作られてるわけじゃないし。
IISがApache並みにしっかりしていればWindowsでもいんだけどね。
(WinにApacheいれればいいけど、それだけじゃものたりません)
0737デフォルトの名無しさん
NGNG世界中から集まってくる技術者同士ではそんな呼び方しないほうがいいよ
0738デフォルトの名無しさん
NGNGあほか?ユーザーレベルって書いただろ｡
呼び方よりその挙動がまずいって逝ってるんだよ｡てかJavaスレに帰れ｡
0739デフォルトの名無しさん
NGNGいやC++スレに帰る
0740デフォルトの名無しさん
NGNGページングくらいしろよｱﾌｫ
0741デフォルトの名無しさん
NGNG0743デフォルトの名無しさん
NGNGC#やVB使ってるほうがよほど恥ずかしい。
0744デフォルトの名無しさん
NGNGありがと｡
MemErrのエラーは上位ルーチンに丸投げしたければ
throw eだかしてfoo() MemErrと宣言すればよくって
純粋にバグがあったときだけ出る例外(AssertErr)は
宣言で明示しなければ毎回catchする必要も無い｡ということかな｡
C++の同等の機能ははっきり言って使い物になるとは思えないけど
(VCがサポートをしなかったのもうなずける)Javaのはそれなりに便利そうではあるね｡
その上で思いつくままにデメリットを妄想してみる｡
1.小物ツールでいちいちcatchしまくりたくない(プロジェクト単位でOffにできる?)
2.上位ルーチンへの丸投げの処理が半数以上を占めるとするとうんざりするかも
3.サブコードでswitch/caseする場合は無力(毎回e.errCode()の1,3,4,11に対応しなさい)
4.間にコールバック関数的な処理=ユーザーが後付で登録した処理がある場合は無力
5.で､結局明示できる例外の数はそれほど多くなく費用対効果の点で言語仕様としてthrows()導入するメリットは薄い｡
C#&VSはIDEの機能として自動的に例外の種類をXMLドキュメントに出力して
コーディング時にはカーソルのあるブロックで発生しうる例外をインフォしてくれると嬉しいのかも｡
0745744
NGNG0746デフォルトの名無しさん
NGNGRuntimeExceptionとExceptionとの違いわかりまっか〜？
0748デフォルトの名無しさん
NGNG頻繁に呼び出されるメソッドにthrowsで例外を追加するとひどい目にあうんですわ。
0749デフォルトの名無しさん
NGNGそんな間抜けなことする奴いるのか？
0750744
NGNG>メソッドの実行中にスローされるがキャッチされない RuntimeException のサブクラスについては、
>メソッドの throws 節でそれらを宣言する必要はありません。
RuntimeExceptionは任意にthrowsできて
逆に直接Exception継承するとthrowsを強制されるってこと?
>>748
それ思いついて書き忘れてた｡
6.途中でthrows追加すると全ソースを修正しないといけない（メリットでもありそうだけど）
0751デフォルトの名無しさん
NGNGRuntimeExceptionは実行時してみないと発生するかどうかわからない例外
RuntimeExceptionのサブクラス抜粋
NullPointerException
マ板で有名なのがこのぬるぽれす。 ぬるぽぬるぽぬるぽ！
ArrayIndexOutOfBoundsException
配列のサイズより大きいインデックスにアクセスしたときに発生。
NegativeArrayException
配列で負のインデックスにアクセスしたとき
ArithmeticException
算術でゼロ除算したとき
Exceptionはプログラミング時に発生するかどうかわかる例外。
Exceptionクラスのサブクラス
FileNotFoundException
ファイルが見つからなかったとき
MalformedURLException
URLの書式が間違ってるとき
これらを継承して例外クラスを自作するのれす。
■ このスレッドは過去ログ倉庫に格納されています