VB.NET質問スレ (Part17)

VB.NET質問スレ (Part ..

950:デフォルトの名無しさん
06/10/18 22:50:43
>>949
根拠も具体例もないただの自論だな

951:デフォルトの名無しさん
06/10/18 22:53:54
誰も全て一元化するなんていってない

いいから全メソッドでExceptionをキャッチして以下省略のメリット書けや。
構造化例外はそのためにあるんだろ？
おかけでメンテも楽になるんだろ？
お前の経験でこんなメリットてのを書けよ

952:デフォルトの名無しさん
06/10/18 22:53:58
>>950
トンデモさんにとってはアインシュタインの相対性理論も「根拠のないただの持論」らしいからなw
まともなプログラマやソフトウエア工学の学者で構造化例外処理を否定してる奴が
一人でもいたら教えてくれよ。

953:デフォルトの名無しさん
06/10/18 22:54:56
ついに構造化例外処理を否定してることになったぜ。

954:デフォルトの名無しさん
06/10/18 22:56:23
>>951
何か勘違いしているようだが、メソッド全体をTry～ブロックに入れろ、
なんてトンデモをいっている奴は一人もいないと思うぞw

ただThreadExceptionイベントなんぞには保険的な意味合いしかないと
言っている奴がいるだけだ。

955:デフォルトの名無しさん
06/10/18 22:58:03
>>952
お前は馬鹿か？

「全メソッドに同じ例外処理の内容を書く理由はあるのか？」
この質問に、根拠のないただの持論で誰が納得するんだ？

メリデリをしっかり挙げてくれないとお話にならないだろ。

956:デフォルトの名無しさん
06/10/18 22:58:39
>>953
自分の言っていることがわからないんだから病膏肓だねw
ThreadExceptionイベントなるものに保険以上の意味を認めるってことは
構造化例外処理を否定しているってことだ。

だから>>930の「それ以外」とは何かと聞いているだろう

957:デフォルトの名無しさん
06/10/18 23:01:56
例外トラップとかはAOPしたいんだけど、catchの方はEventに投げるとしてもFinallyの方がやり様がないよね

958:デフォルトの名無しさん
06/10/18 23:02:02
構造化例外処理といいながら、全メソッドに関数呼ぶ同じ１行ですか？ﾜﾗｶｼﾃｸﾚﾙｾﾞ

959:デフォルトの名無しさん
06/10/18 23:05:04
>ThreadExceptionイベントなるものに保険以上の意味を認めるってことは
>構造化例外処理を否定しているってことだ。

面白いこと言うんだな。

Try-Catch構文だと、例外を正しくトラップできないケースは多々あるのに対して、
ThreadExceptionイベントは確実にトラップできる。　これは事実だ。

960:デフォルトの名無しさん
06/10/18 23:06:08
>>955
プログラミングの基本からわかってないようだから言っても無駄だと思うけど、
仮に例外処理に「共通の処理」があるとしたら普通はそれ自体をメソッドにして
「明示的に」それを呼び出すコードを書くんだよ。

馬鹿は自分の記憶力があてにならない、という事実すら忘れるんだろうけど
コードを書いたときには「ここで例外が発生した場合を俺は想定しているぞ。その場合は
ThreadExceptionのハンドラに飛んで・・・・・・」と思っていてもそんなことは
人は忘れてしまう。

まして最初からそんなこと知らない他人はどうなるんだよ。

961:デフォルトの名無しさん
06/10/18 23:07:07
だからさ、ユーザ用のつうちをThreadExceptionでやるだけだろが。
それだけで構造化例外処理の意味がなくなるのかよ。そんなに言うならお前の言葉で構造化例外のメリットを説明しろ。
ついでにThreadExceptionを上記の様に使うだけで
構造化例外を否定してることになるという具体的にな説明もな

962:デフォルトの名無しさん
06/10/18 23:07:22
なんでもかんでもCatchする方がよっぽど構造化例外処理を否定してると思うけどな

963:デフォルトの名無しさん
06/10/18 23:09:33
>>960
> コードを書いたときには「ここで例外が発生した場合を俺は想定しているぞ。その場合は
> ThreadExceptionのハンドラに飛んで・・・・・・」と思っていてもそんなことは
> 人は忘れてしまう。
アホ。例外を想定してないからThreadExceptionで受けるんだよ。
想定してたらそれに応じた型の例外をその場でCatchして処理するわ。
おまえ全然分かってないな。

964:デフォルトの名無しさん
06/10/18 23:11:09
全メソッドで共通なら全部書かなくても同じだろ
ついでだが、業務で開発とかだとまとめて一ヶ所で処理はやむをえないことも多い

965:デフォルトの名無しさん
06/10/18 23:11:47
>>963
何を的外れな仮の話をしているんだい？
それが全メソッドに同じ例外処理を書く理由ですか？

966:デフォルトの名無しさん
06/10/18 23:12:24
↑アンカーまちがい、>>960な

967:デフォルトの名無しさん
06/10/18 23:12:49
>>963
それなら俺が>>933で書いたことを否定する理由はないはずだが。
ま、馬鹿は自分の言っていることも人の言っていることもよくわからないんだねw

968:デフォルトの名無しさん
06/10/18 23:13:22
見事に質問が埋もれてるな。

>>870
System.Text 名前空間の Encoding クラスを使って、
Encoding.GetString 使ったり StreamReader の引数に渡したりする。

969:デフォルトの名無しさん
06/10/18 23:13:50
全メソッドにtrycatch書くってひとは、悪いけどトリップつけてくんない?
どれが馬鹿か分からなくって困るから

970:デフォルトの名無しさん
06/10/18 23:15:17
>>969
だからそんな奴は最初からいません。

971:デフォルトの名無しさん
06/10/18 23:17:18
>>840
>>842
>>851

972:デフォルトの名無しさん
06/10/18 23:18:52
>>960
> コードを書いたときには「ここで例外が発生した場合を俺は想定しているぞ。その場合は
> ThreadExceptionのハンドラに飛んで・・・・・・」と思っていてもそんなことは
> 人は忘れてしまう。
意識する必要がないだろ。良く考えろよ。
全く同じ決まった処理なら、ThreadExceptionのイベントハンドラとして一箇所に書いてあるのだから意識不要。
そのメソッド内でどうしても必要なものだけ書けばいいんだから、よっぽど効率いいだろ？

973:デフォルトの名無しさん
06/10/18 23:21:10
>>972
話の通じない馬鹿だなw
もういいよ一生やってな別に止めないし

974:デフォルトの名無しさん
06/10/18 23:23:17
全メソッドにtrycatch書くってひとは、
具体的なメリデリが書けません。自論です。　ってオチですな。

975:デフォルトの名無しさん
06/10/18 23:25:53
要は全メソッドでCatchしないと正体不明の例外が処理できなかった時代の
手法をそのまま引きずってるだけじゃないの？
FrameWorkがそんなことしなくてもいいように設計されてるのに。

976:デフォルトの名無しさん
06/10/18 23:26:02
>>973
安心しろ、誰にも通じてない。

977:デフォルトの名無しさん
06/10/18 23:26:03
いや、書いてはある。
ただ君に理解できないだけだ。
そういえばトンデモさんの常套句もそうだ。

アインタインは間違っているに違いない！
この俺様に理解できないのだから！

978:デフォルトの名無しさん
06/10/18 23:27:14
せめて１人くらいには通じる話をしてくださいです～

979:デフォルトの名無しさん
06/10/18 23:29:03
>>977お前もう痛すぎるから

980:デフォルトの名無しさん
06/10/18 23:34:57
関係ないけど、相対性理論の間違いは日本人によって正されつつある。
URLﾘﾝｸ(www.ni.bekkoame.ne.jp)
これくらいは解ってていってるんだろ？

981:デフォルトの名無しさん
06/10/18 23:35:26
あなたにアインタイン

982:デフォルトの名無しさん
06/10/18 23:36:20
AOPが一般化してるときになに一転だ。
全メソッドに同じ処理を書くべしって

983:969
06/10/18 23:39:52
だからtry～catchを前メソッドに書くのが良いんだよ。
ThreadException知らないやつでも、明示的に処理してるのが分かる。
チームプログラミングは、上のレベルであわせるのではなく、
VB.NET初めて3日のヤツでも理解できるように書いてやるんだよ。
いつまでも一定レベル以上の人間じゃないとメンテできないソースなんて、
人的コストが掛かりすぎてたまらんわ。
お前らみたいな優秀なやつらをメンテなんかで使いたくないんだぜ？

984:デフォルトの名無しさん
06/10/18 23:42:16
つまり低レベルの人間に合わせた低レベルの手法ということですね。納得。

985:デフォルトの名無しさん
06/10/18 23:45:21
明確にだめだと言われてるやりかただけどな。
て言うか、未だにその共通処理でなにやるのか分からん

986:985
06/10/18 23:46:37
>>984
お前らみたいに視野の狭い連中は物作りさせるしか使い道が無いのよ。

987:デフォルトの名無しさん
06/10/18 23:50:23
まあいかにもVB6でOn Error ResumeNextとか多用してたような奴が
考えそうなことなんだけどね

988:983
06/10/18 23:52:42

＼　　　　　　　　　　　　　￤　　　　　　　 /
　＼　　　　　　　　　　　　￤　　　　　　 /
　　　　　　　　　　　　　／￣￣　ヽ,
　　　　　　　　　　　　/　　　　　　 ',　　　　　　/　　　　＿/＼／＼/＼／|＿
　　　＼　　　ﾉ//, {0}　 /¨`ヽ　{0}　,ﾐヽ　　 /　　　＼　　　　　　　　　／
　　　　　＼／　く　ｌ　　ヽ._.ノ　　　', ゝ　＼　　　　　＜　　バーカ　　＞
　　　　　／／⌒　ﾘ　　　｀ー'′　　 ' ⌒＼＼　　　　／　　　　　　　　　＼
　　　　　(　　￣￣⌒　　　　　　　　　　⌒￣　＿)　　　￣|／＼/＼/＼/￣
　　　　　　｀￣￣｀ヽ　　　　　　　　　　　/´￣
　　　　　　　　　　　|　　　　　　　　　　 | 　
　　－－－ ‐　　　ﾉ　　　　　　　　　　｜
　　　　　　　　　／　　　　　　　　　ﾉ　　　　　　　－－－－
　　　　　　　　 /　　　　　　　　　　∠＿
　　－－　　　|　　 f＼　　　　　　ﾉ　　￣`丶.
　　　　　　　　| 　　|　　ヽ＿＿ﾉー─-- ､_ 　　）　　　　－　_
.　　　　　　　｜　　| 　　　　　　　　　　/　　/
　　　　　　　｜　｜　　　　　　　　　　,'　　/
　　　　／　／　　ﾉ　　　　　　　　　　| 　 ,'　　　＼
　　　　　　/ 　／　　　　　　　　　　|　 /　　　　　＼
　　　／_ノ　／　　　　　　　　　　　,ﾉ　〈　　　　　＼
　　　　(　〈　　　　　　　　　　　　　ヽ.__　＼　　　　　　　　＼
　　　　　ヽ.＿>　　　　　　　　　　　　　　＼__)

989:989
06/10/18 23:53:30
　　　　　　　　　／　　　　　　　　　ﾉ　　　　　　　－－－－
　　　　　　　　 /　　　　　　　　　　∠＿
　　－－　　　|　　 f＼　　　　　　ﾉ　　￣`丶.
　　　　　　　　| 　　|　　ヽ＿＿ﾉー─-- ､_ 　　）　　　　－　_
.　　　　　　　｜　　| 　　　　　　　　　　/　　/

990:デフォルトの名無しさん
06/10/18 23:54:26
>>983
だから、お前が言ってるのは、自論と、職場の規約や都合だけだろ・・・

991:デフォルトの名無しさん
06/10/18 23:56:52
お前ら、俺の言うことはアインシユタインの言うことだぞ
理解できないやつはトンデモなんだぞ

992:デフォルトの名無しさん
06/10/18 23:58:14
>>990
俺の職場のルールが正しければ、お前らが何て言おうと関係ない。
俺の会社はお前らみたいな零細とは違うんだからなｑｑ

993:デフォルトの名無しさん
06/10/18 23:58:20
とりあえずきっかけを作った>>838が悪いってことで終わりにしようぜ。スレも終わるし。
誰か次スレプリーズ。

994:デフォルトの名無しさん
06/10/18 23:59:56
もう震度毛よ

995:デフォルトの名無しさん
06/10/19 00:01:33
素朴に疑問だ。ホントに全メソッドで全例外キャッチ？

996:838
06/10/19 00:06:33
盛り上がったなｗｗｗ

997:デフォルトの名無しさん
06/10/19 00:15:45
100ならVB.NETはメソッド内でTry～Catch～Finally～が正しい。

998:デフォルトの名無しさん
06/10/19 00:25:29
コレでまたひとつ新しいトリビアが誕生した

999:デフォルトの名無しさん
06/10/19 00:29:38
今更だけどメリデリって何ですか？

1000:デフォルトの名無しさん
06/10/19 00:29:42
1000なら伊東怜と生でセックスできる

1001:１００１
Over 1000 Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。