C#, C♯, C＃相談室 Part91

C#, C♯, C＃相談室 Part91 at TECH

[1からを表示]
50:デフォルトの名無しさん
16/07/11 18:15:05.34 21c/Fb1J.net
>>46
mainが実行されたかどうかで判定するってことですか？
泥臭いような気もするけどそれが確実ですかね...
>>47
Assembly.GetEntryAssemblyとAssembly.GetExecutingAssemblyが同じかどうかで
判定する方法は自分も考えたんですが、もうすこし格好いい（笑）方法ないですかね。
とにかくどうもです。

51:デフォルトの名無しさん
16/07/11 18:42:30.85 aujF0DMP.net
>>39
CSharp

52:デフォルトの名無しさん
16/07/12 12:39:20.12 DwgB0X0X.net
素人です
日時で 131112345678901234 のような 18 桁の既存データがありまして
yyyy/MM/dd HH:mm:ss.fff に変換して表示したり
任意の日時からこの形式に変換して検索とかしたいのですが
1600年と9時間ずれてまして、、、これと多分同じだと思います
URLﾘﾝｸ(stackoverflow.com)
オフセットすればよいのでしょうがダイレクトに変換する方法があれば教えてください

53:デフォルトの名無しさん
16/07/12 12:48:51.77 dfUVeTds.net
1600年w

54:デフォルトの名無しさん
16/07/12 12:50:24.25 sNZqT3ZR.net
>>50
試してないけど↓は使えない？
DateTime.FromFileTime メソッド (Int64) (System)
URLﾘﾝｸ(msdn.microsoft.com)(v=vs.110).aspx

55:デフォルトの名無しさん
16/07/12 13:12:08.29 tZSPgDcN.net
どの日でも　1600年と9時間のズレなら、　その数字から
ズレ分の数字を足したり引いたりするだけでいいんじゃねーの

56:50
16/07/12 13:13:59.61 DwgB0X0X.net
すみません自己解決しました
FromFileTime
ToFileTime
というので出来そうです
>>52
はい、その通りです

57:デフォルトの名無しさん
16/07/12 13:14:11.68 r71+yGRx.net
とりあえず変換関数にまとめてオフセットしとけばいいじゃないの
その値の出どころを特定できれば逆変換の関数も用意されてると思うけど

58:デフォルトの名無しさん
16/07/12 21:41:05.53 5gnI1m0l.net
どう見ても 9 時間は時差じゃね？

59:デフォルトの名無しさん
16/07/14 09:16:24.08 C+m8YTLM.net
roslyn for scriptingのcsxで、
ランタイムにコンパイルしたとき、コンパイルエラーなどの情報の取り方がわからないのですがどこかにドキュメントか情報ありますか？

60:デフォルトの名無しさん
16/07/15 11:52:40.40 hUkr60wB.net
CやC++はわかってるけど、C#もWindowsGUIも初めての人
が対象のお勧め本はありますか？

61:デフォルトの名無しさん
16/07/15 18:13:53.98 ZmDm8hzp.net
>>58
C++でwinアプリを作れるならC#はかなり簡単らしいから本とかなくてもすぐ出来る用になると思うよ
「

62:C# WPF」でぐぐるかやふればいい

63:57
16/07/19 17:20:00.19 v3yTzoHI.net
コンパイルエラーは例外で投げられてました
なかなかデバッグが捗らないけど
とりあえずこれで頑張ります
ツールでも作るか

64:デフォルトの名無しさん
16/07/25 18:34:49.84 TFIdnWtI.net
>>45
そんなのが分かったとして何に使うとよ

65:デフォルトの名無しさん
16/07/25 18:36:17.01 txLZaHuP.net
そもそもexeをライブラリとして使えた？

66:デフォルトの名無しさん
16/07/25 18:43:48.98 TBSuk6cv.net
>>62
ＤＬＬと同様に参照することはできる

67:デフォルトの名無しさん
16/07/25 19:14:23.85 txLZaHuP.net
>>63
つまりエントリポイントがあればexeにもdllにもなれる、なければdllのみって事か

68:デフォルトの名無しさん
16/07/25 19:20:39.43 TFIdnWtI.net
>>63
objフォルダとbinフォルダに同じdllやexeが入っているがどっちのフォルダを参照してもいい？

69:デフォルトの名無しさん
16/07/25 19:35:04.16 yBIpEw9W.net
>>65
exeはライブラリとして使ったことないけどDLLはビルド時に参照位置から必要な場所にコピーされるだろ

70:デフォルトの名無しさん
16/07/26 17:32:31.16 7lk5fbdf.net
>>45
getmodulename

71:デフォルトの名無しさん
16/08/01 15:50:07.60 a4noEYcd.net
12.3456789 度っていうdegの出力を12.34にするにはどの関数を使えばできますか？
出力はdoubleでも構いません

72:デフォルトの名無しさん
16/08/01 15:52:18.56 NbFJgIpb.net
100倍して小数点以下切って100分の1

73:デフォルトの名無しさん
16/08/01 22:18:47.79 p/i6dojq.net
>>69
有効数字を切る関数ってないんですね
できました、ありがとうございました

74:デフォルトの名無しさん
16/08/02 21:09:59.79 bZmJ9j82.net
##.00のフォーマットじゃだめなのん？

75:デフォルトの名無しさん
16/08/02 21:12:38.19 l2W1ufxp.net
フォーマットって四捨五入じゃなかった？
てか一度文字列化してまた数値に戻すとか無駄ありすぎでしょ

76:デフォルトの名無しさん
16/08/02 21:31:28.58 1biageaY.net
>>72
四捨五入されるのか？
URLﾘﾝｸ(msdn.microsoft.com)
表示に使うか計算を続けるかで変わるが
個人的に表示なら.ToString("F2")とかを良く使っているな
URLﾘﾝｸ(dobon.net)
数値として使い続けるのなら>>69のやり方一択だが

77:デフォルトの名無しさん
16/08/02 21:40:43.95 fbhAMiPd.net
こういうのってMath.Truncateで標準実装して欲しいよな

78:デフォルトの名無しさん
16/08/02 21:49:13.47 l2W1ufxp.net
>>73
両ページの例見りゃ分かるけど四捨五入してるじゃん
それと今回の質問は切り捨てだからそれじゃ要件満たさない

79:デフォルトの名無しさん
16/08/02 22:08:08.02 kMeLb5Qs.net
丸めなら、double Round( double value, int digits, MidpointRounding mode )でmodeをAwayFromZeroにすれば行けるな。

80:デフォルトの名無しさん
16/08/02 22:09:05.46 kMeLb5Qs.net
丸め→四捨五入

81:デフォルトの名無しさん
16/08/02 22:21:50.97 tn1deP8x.net
>>75
今回の例だと、切り捨てたいのか銀行丸めで良いのかわからんのだが

82:デフォルトの名無しさん
16/08/02 22:38:02.66 HL5T2dK4.net
>>73
2ケタなら問題ないだろうけど、もっと下のケタで切り捨てる時に
そのやり方で誤差が出ないか（意図と違って切り上げになったりしないか）ちょっと疑問かも。

83:デフォルトの名無しさん
16/08/02 22:46:11.79 HL5T2dK4.net
かといってどうすりゃいいのかよく分からんな。
static double Truncate(double x, int decimals)
{
　　if (x == 0) return 0;
　　var round = Math.Round(x, decimals, MidpointRounding.AwayFromZero);

84: 　　if (round / x <= 1) return round; 　　var digit = Math.Sign(x) * Math.Pow(10, 1 - decimals); 　　return Math.Round(round - digit, decimals); } これじゃ何か無駄っぽいし

85:デフォルトの名無しさん
16/08/03 08:09:04.52 izDrDrnm.net
>>74
切り捨てや切り上げは丸めと違って誤差が影響した場合のインパクトが大きいから実装したくないんだろ
「0.0999999999999999」の切り捨ての結果は大抵のプログラマは0.1を期待してるだろうけど、普通に実装したら0.0になるわな

86:デフォルトの名無しさん
16/08/03 08:20:28.03 rSz0AB29.net
実装されてないのは桁数を指定した切り下げ、切り上げだよ
桁数指定できないのはあるだろ

87:デフォルトの名無しさん
16/08/03 08:38:06.19 nNYUFf9P.net
> 「0.0999999999999999」の切り捨ての結果は大抵のプログラマは0.1を期待してるだろうけど、
いや、それは無い

88:デフォルトの名無しさん
16/08/03 11:13:35.07 8916Nt3B.net
切り捨て？

89:デフォルトの名無しさん
16/08/03 11:16:43.05 ZXeq6keH.net
丸めが気になる数字にdouble使うのはどうかしているだろ
decimalは何のためにあるのかね

90:デフォルトの名無しさん
16/08/03 11:22:03.76 vCrtu5C1.net
decimalって関係あるのか？
動的型付けのキーワードなのに

91:デフォルトの名無しさん
16/08/03 11:35:20.08 wuBisWbe.net
>>85
その発想がおかしいw
問題意識が逆立ちしてるなw

92:デフォルトの名無しさん
16/08/03 12:41:58.26 jT3/wbav.net
>>86
もしかして:dynamic
decimalはこっち
URLﾘﾝｸ(msdn.microsoft.com)
>>decimal キーワードは、128 ビットのデータ型を示します。
>>decimal 型は、浮動小数点型よりも有効桁数が多く、範囲が狭いので、財務や金融の計算に適しています。

93:デフォルトの名無しさん
16/08/03 12:48:18.71 vCrtu5C1.net
>>88
あっそっちか
dから始まるクソ長いキーワードとして覚えていたから勘違いした

94:デフォルトの名無しさん
16/08/03 17:46:25.42 qqYjumI6.net
>>85
doubleならそれほどでもないと思うが
singleならともかく
そもそも特定の桁から下切って使い続けるってめったにないだろうし
誤差許容範囲を作るのにやったことはあるな

95:デフォルトの名無しさん
16/08/03 17:52:51.31 vCrtu5C1.net
NLuaからC#のジェネリック型を使うにはどうすればいいでしょうか？
List<T>を使いたいです

96:デフォルトの名無しさん
16/08/03 18:26:06.69 oiDTcOGH.net
NLuaの作者に聞いたら？

97:デフォルトの名無しさん
16/08/03 18:29:01.37 vCrtu5C1.net
>>92
国産じゃないので無理です

98:デフォルトの名無しさん
16/08/03 18:32:02.06 oiDTcOGH.net
C#も国産じゃないからこのスレで質問するな

99:デフォルトの名無しさん
16/08/03 18:36:54.29 vCrtu5C1.net
>>94
国産じゃないから作者に質問できないって言ってるんですが

100:デフォルトの名無しさん
16/08/03 18:41:13.99 rSz0AB29.net
ｗｗｗｗ
そんなくだらないことで作者の手を煩わせるなよ
その手はここで聞くよりstackoverflowの方が早くて確実だと思うぞ

101:デフォルトの名無しさん
16/08/03 19:20:36.10 OMwBzZOo.net
まあ安っぽい煽りにのって見当はずれなレスつけるくらいなら2chやらない方がいいな

102:デフォルトの名無しさん
16/08/03 21:01:35.46 MkOQGcCX.net
decimal と dynamic の区別もつかない子なんだから
みんな優しくスルーしてあげようよ

103:デフォルトの名無しさん
16/08/03 21:15:10.43 LSSVX5ne.net
>>98
普通の長さの単語なのにねぇ。

104:デフォルトの名無しさん
16/08/03 21:30:26.93 o77xN4AH.net
decimal
default
delegate
do
double
descending
dynamic

105:デフォルトの名無しさん
16/08/03 21:34:28.09 vCrtu5C1.net
default
delegate
do
double
はよく使うから覚えてるけどdecimal、descending、dynamicは使ったことないから許して

106:デフォルトの名無しさん
16/08/03 21:35:21.21 vCrtu5C1.net
descendingってLINQのキーワードか

107:デフォルトの名無しさん
16/08/03 21:43:15.83 R02UCwO4.net
85だが、dynamicくんは良いとして、87の人がキレた理由がさっぱり分からん
本人でも他の人でも良いけど解説してもらえないでしょうか？

108:デフォルトの名無しさん
16/08/03 21:50:10.97 wuBisWbe.net
>>103
キレてるように見えないとおもうけどw
特に理由がないならdecimalのような高コストな型の使用は避けるのは当たり前だw
浮動小数の演算は誤差を生む可能性があるが、それは必用な精度を確保する手段がない
ことを意味してない。

109:デフォルトの名無しさん
16/08/03 21:50:37.36 DDCmgbTU.net
計算するときに丸め気にしないことなんてないから、doubleの必要性がなくなる

110:デフォルトの名無しさん
16/08/03 22:49:52.73 R02UCwO4.net
>>104
丸めが問題になる金融系だとdecimal使うのは常識だろ
decimalのコストが気になるほど速度にシビアでdobleの丸め誤差が気になる場面はめったにないな
金融の大規模な計算はDBにやらせるのが筋だし

111:デフォルトの名無しさん
16/08/03 23:06:36.38 wuBisWbe.net
だから誰も金融系の話なんかしてないでしょ。
何をいってんの。
「丸めが気になる数字にdouble使うのはどうかしている」なんて寝言を言ってる奴がいるから
そんなことはねえよ、そういう話だよ。

112:デフォルトの名無しさん
16/08/03 23:13:17.50 R02UCwO4.net
>>107
金融系除いて、decimal使えないほど速度にシビアで丸め誤差が気になる場面って一体何時起こりえるの？

113:デフォルトの名無しさん
16/08/03 23:20:57.08 +uSGRXQT.net
機械学習とかイメージングは演算誤差が大敵
かつ速度も要求される

114:デフォルトの名無しさん
16/08/03 23:25:25.51 +uSGRXQT.net
かといって高精度整数を扱うのにはコスト的に無理があった彼らは
べらぼうにサンプルを増やして誤差を均一化するか, 補完法を改良することでお茶を濁した

115:デフォルトの名無しさん
16/08/03 23:37:11.41 R02UCwO4.net
>>110
後、もう一つ大事な条件書き忘れていた
「C#で」

116:デフォルトの名無しさん
16/08/03 23:42:43.18 fJKhNvbj.net
>>109
「誤差」という言葉でひとくくりにしすぎ。
そういう一般的な数値処理は誤差が許容範囲以下であればいいんであって、丸め誤差の問題とは
やや性質が違う。そもそも処理の途中でいちいち丸めないし。

117:デフォルトの名無しさん
16/08/04 00:05:21.11 Vi80rqnk.net
>>108
何を言ってるのか意味がわからないけど、繰り返しになるが
必用もないのに高コストなdecimalを使う理由はないし、そんなプログラマもいません。
理屈を分かってないダメグラマは別にしてね。

118:デフォルトの名無しさん
16/08/04 00:09:13.58 5NqeNpQm.net
予想通り言いがかりでしたｗ

119:デフォルトの名無しさん
16/08/04 00:09:46.86 cADM294i.net
たとえ遅くても演算誤差でバグが発生しない方を俺は使うね

120:デフォルトの名無しさん
16/08/04 00:15:15.90 oWVthcOw.net
decimalとdoubleでそんなにコスト違うのかね
誤差とコストでどっちとるって話だが
まあそのコスト差すら気にするコストにシビアな環境なら気を付ければいいさ
そこまでシビアな環境でC#を使うこと自体の意義を問い詰めたいけどな
通常は多少のコストで誤差がなくなるなら、そっち選ぶと思うけど

121:デフォルトの名無しさん
16/08/04 00:17:30.28 5NqeNpQm.net
>>113
>必用もないのに高コストなdecimalを使う理由はないし
だから具体的にdoubleで問題が出る（＝丸め誤差が問題になる）C#のジョブを書いてくれよ
想定なしなら言いがかりだよね

122:デフォルトの名無しさん
16/08/04 00:20:22.77 Vi80rqnk.net
当たり前だけどdecimal使ったって誤差を無くせるわけじゃないよw
doubleみたいに基数2の浮動小数であることに起因する誤差を無くせるだけ。
無理数が有限の情報量で表現できるわけないでしょw

123:デフォルトの名無しさん
16/08/04 00:23:01.22 Vi80rqnk.net
>>117
だから何を言ってるの？意味が分からん。
俺はdoubleにはその手の演算誤差があっても必用な精度を確保する手段はあるから
無暗にdecimalなんか使わずにdoubleを使うのが普通だと言ってるんだけど。
何が「だから」だよ。

124:デフォルトの名無しさん
16/08/04 00:24:34.98 5NqeNpQm.net
最初のレスから「丸め」と書いてあるのに今更何言ってるんだかｗ

125:デフォルトの名無しさん
16/08/04 00:27:02.95 Vi80rqnk.net
>>120

126: その「丸め」って言葉を恐らく君は誤用してるんだけどねw

127:デフォルトの名無しさん
16/08/04 00:27:22.12 oWVthcOw.net
0.1が正確に表現できない環境が普通なやつとは話が合わんな

128:デフォルトの名無しさん
16/08/04 00:27:46.10 5NqeNpQm.net
>>119
最初から「丸めが気になる数字にdouble使うのはどうかしているだろ」と言っているのに日本語判らないのかな？
気にならなければdouble使えばいいだけだろ

129:デフォルトの名無しさん
16/08/04 00:31:49.11 Vi80rqnk.net
>>123
じゃあ聞くけど、そもそも「丸めが気になる数字」ってどういう意味？
言葉通り受け取ると全然理解不能なんだけど

130:デフォルトの名無しさん
16/08/04 00:33:41.63 5NqeNpQm.net
>>121
浮動小数点は2進数表現だが、実際に使われている10進数を完全に表記できないから
誤差が生じるってこと以外の丸め誤差を書いてくれ
俺は何と勘違いしているんだ？

131:デフォルトの名無しさん
16/08/04 00:34:26.87 oWVthcOw.net
Vi80rqnkの主張は普通はdoubleで良いだろって主張なのは理解できるが
5NqeNpQmの主張は俺にもいまいちよくわからん

132:デフォルトの名無しさん
16/08/04 00:34:43.49 bt/hw+Ix.net
相談内容置いてきぼりの議論は、
このスレ使ってあげて。
ふらっと C#,C♯,C＃（議論用）
ｽﾚﾘﾝｸ(tech板)

133:デフォルトの名無しさん
16/08/04 00:37:31.68 Vi80rqnk.net
>>125
何言ってるんだか意味がわかりません。
誰と戦ってるの？w

134:デフォルトの名無しさん
16/08/04 00:41:16.26 5NqeNpQm.net
>>128
細かいことが気になるならdecimalを使って、気にならないならdouble使えばいいってことだよ
decimalを目の敵にしているのか理由が分からん
そもそもアンタはdoubleで問題になる具体例を出せないじゃないか

135:デフォルトの名無しさん
16/08/04 00:46:58.32 Vi80rqnk.net
何でdoubleで問題ないからdouble使えって言ってる人間に
doubleで問題になる具体例を求めるんだよw
意味わかんないよw

136:デフォルトの名無しさん
16/08/04 00:51:13.09 5NqeNpQm.net
>>130
丸めが気になるならdouble駄目じゃんｗ
そういう時はdecimal使えよ

137:デフォルトの名無しさん
16/08/04 01:04:42.73 Vi80rqnk.net
だから「丸めが気になる」ってどういう意味？w

138:デフォルトの名無しさん
16/08/04 01:07:56.03 5NqeNpQm.net
>>132
>その発想がおかしいw
ってレスしておきながらいまさら・・・

139:デフォルトの名無しさん
16/08/04 01:09:13.13 Vi80rqnk.net
あのねえ、こんなの学部のプログラミングの最初の講義で習うような話だと思うけど、
URLﾘﾝｸ(ideone.com)
何も考えずにdoubleを使うと上のgrossの結果にあるように演算結果に誤差が
出ちゃうことがあるけど、ちゃんと誤差の性質を理解していれば、何度も言ってるように
必用な精度を得ることが出来るんですよ。

140:デフォルトの名無しさん
16/08/04 01:57:41.32 kCsBXGZ7.net
>>134
これって最後に Math.Round してるのは答えが 100000 になるって知ってるから？
それとも必要な精度の１つ下の位を Math.Round しておけばどんな計算でもOKなの？

141:デフォルトの名無しさん
16/08/04 02:15:13.20 Vi80rqnk.net
>>135
有効数字が小数的1桁の数字(delta)を何回加減算しても
結果の有効数字は小数的1桁
だから累積誤差が±0.05を超えない限り、小数点1桁で丸めた値は必ず
数学的に正しい値になる。
もちろん演算結果の桁数（指数表記した時の仮数部の桁数ね）があまりに大きい
（doubleの場合確か16桁ぐらいだと思ったけど）と正しい結果にはならないけどね。

142:デフォルトの名無しさん
16/08/04 07:07:58.69 1Q45SAfi.net
>>136
問題はRoundの結果に対する誤差の影響についての方だろ?
結果が100000.05付近になるとき、100000.1になるか100000.0になるかは
累積の丸め誤差に依存するよね
MSDNでも実際にそれが問題になっている例が示されてる
URLﾘﾝｸ(msdn.microsoft.com)(v=vs.110).aspx
結局>>81が示してるようなコーナーケースがあるんだよ

143:デフォルトの名無しさん
16/08/04 08:22:56.73 sK75NDgM.net
現実には結果に±が付くような問題よりも0.051を0.05として四捨五入するような問題の方がずっと多いにもかかわらず、
情報系の教育って後者の分野を軽視

144:する傾向があるよね学者さん達はCOBOLの悪夢で辟易してるんだろうけど、 >>134みたいなのを社会に送り続けている責任について真面目に考えるべき

145:デフォルトの名無しさん
16/08/04 09:30:43.38 hQiyrQkt.net
教科書ネタは伸びるな

146:デフォルトの名無しさん
16/08/04 10:09:13.73 /RaQ1xov.net
悪いけど>>81も>>137-138も何を言ってるのかさっぱり分からんな
何か盛大に勘違いしてることだけはよく分かるけどw

147:デフォルトの名無しさん
16/08/04 10:13:24.57 /RaQ1xov.net
まあ人づだけいっておけば、丸め処理には誤差があるぞって得意気に言ってるのかもしれないが、
それは丸め処理の誤差じゃなくて上にも何度も出てくる浮動小数の仕様に起因する誤差であって、
問題でも何でもない。
問題があるとすれば、そんな問題でもなんでもないもののせいで間違った答えを吐き出すような
コードを書いてしまう無能な、 sK75NDgMのような無能なプログラマの方だ。

148:デフォルトの名無しさん
16/08/04 16:48:07.32 wj+CJSh1.net
科学技術計算的には多少の誤差あっても
いいって習ってたから
なんか駄目なのか？って思ったけど
要は使い方とプログラミングの問題よな？

149:デフォルトの名無しさん
16/08/04 17:00:50.42 dpx64fng.net
>>142
というか全てに当てはまる基準なんかないんだから
用途もわからないのにこっちの方が正しいとか言う議論なんか無駄の極み

150:デフォルトの名無しさん
16/08/04 18:07:34.85 9MgkqNZw.net
バタフライ効果を起こさない程度にしとけよ

151:デフォルトの名無しさん
16/08/04 18:17:15.13 /RaQ1xov.net
>>143
絵に描いたような2chネラっぽいアホな意見でいいねそれw

152:デフォルトの名無しさん
16/08/04 18:21:20.99 /RaQ1xov.net
>>142
多くの用途で誤差があっても許容できるというより、誤差は制御できる
（誤差の影響を受けずに必用な精度を得る方法はちゃんとある）というのが正しい理解。

153:デフォルトの名無しさん
16/08/04 19:09:46.69 7IFnluUJ.net
>>146
制御したいのは誤差じゃなくて丸めの挙動な
知識を披露したいのはわかるが、話を逸らさないように
doubleの計算で結果が中間値に極めて近い値になるときの丸めの挙動が予測困難であることについて君は何も答えられてないよね

154:デフォルトの名無しさん
16/08/04 19:30:45.91 7IFnluUJ.net
数値計算の誤差の考え方には二種類あるんだよ
・誤差があるのは当然だから誤差は明示的に示すか不明確な桁は表示しない
・たとえ計算上の誤差が影響した桁だろうが、ある決まった桁まで数字を出さなければならない
後者は金融系が代表的だね
そして後者の場合、誤差範囲の中でなぜその数字になったか説明するための理由が必要だ
それには、丸めの挙動を制御することが非常に重要なんだよ

155:デフォルトの名無しさん
16/08/04 19:45:50.27 /RaQ1xov.net
>>147
相変わらず何を言ってるのかさっぱり分からない。
丸めの挙動に予測不能性があるとして、そんなものに結果が影響されるような
コードを書くのはただの馬鹿だ。

156:デフォルトの名無しさん
16/08/04 19:50:17.42 /RaQ1xov.net
そもそもdoubleの実装の都合上、別に丸めに限らずあらゆる演算に誤差
（お馬鹿さんの表現で言えば予測不可能性）が酒れらず、
にも拘わらずそれは制御可能であってまったく問題にならないと
実例を上げて言ってるのに馬鹿じゃなかろうか。

157:デフォルトの名無しさん
16/08/04 19:53:02.49 /RaQ1xov.net
お馬鹿さんに行っても分からないだろうけど、丸めの結果がどっちに転ぶか
予想できないような場面で丸めを実行するようなコードを書いてるとしたら
それはただのプログラマの頭の悪さに起因するバグだ。

158:デフォルトの名無しさん
16/08/04 19:58:40.44 7IFnluUJ.net
>>151
だからそれをdecimalで解決できるケースもあると言ってるんだけど、理解できないかな?
あんたの理屈だとdouble値が10進数の中間値をとるケースなんて想定すること自体が間違っているということになるよね?
俺もそれには同意するよ

159:デフォルトの名無しさん
16/08/04 19:59:53.58 u/EohbaA.net
予測不可能性なんてないからｗ
金計算するならdecimal使えばいいだけのこと
そのためにあるんだから

160:デフォルトの名無しさん
16/08/04 20:03:08.07 /RaQ1xov.net
>>152
桁の多い演算でdecimalでしか対処できない領域があるのは最初から当たり前。
当たり前だまったく何の必要性もない型をわざわざ用意するものか。
最初から言ってるように、ありえないのは>>85のような愚かな考えだ。

161:デフォルトの名無しさん
16/08/04 20:12:27.08 zUHRzBd8.net
NGでスッキリ

162:デフォルトの名無しさん
16/08/04 20:16:12.36 jAu1xEMv.net
doubleだろうがdecimalだろうが性質理解して使うのならどっちでもいいだろうに
つまんない事にこだわっているのを見るとコードを書かない人なのかなって思う
それとも学校や職場でそう教えられるのかね。趣味グラマには理解できない

163:デフォルトの名無しさん
16/08/04 20:20:11.12 u/EohbaA.net
物理の計算においてdoubleじゃ間に合わないケースがある極大な数×極小な数とかね
doubleまででしか使えない場合はなんとか工夫するわけだけどそれじゃ間に合わない場合がある
そういう場合のために4倍精度(128ビット)とか8倍精度(256ビット)の2進浮動小数点が使えるように
なってる環境がある
反して金計算ではよくは知らんが必要な制度はせいぜい20何桁程度だろ。
それも小数点以下は5桁もあれば十分という。。。
すべては適材適所なんだよ。

164:デフォルトの名無しさん
16/08/04 20:37:57.07 09bMzMPy.net
Π使うような場合は有理数計算するけどね

165:デフォルトの名無しさん
16/08/04 20:40:45.33 nf3Jdc8S.net
ゲーム作ってるけどdoubleの誤差で困った事なんか一回もないぞ

166:デフォルトの名無しさん
16/08/04 20:43:36.47 /RaQ1xov.net
>>157
＞極大な数×極小な数とかね
浮動小数なんだからそれはないよw
doubleで対処できないのは大きな桁の有効数字（たとえば20桁とか）が要求されるケースだけ。

167:デフォルトの名無しさん
16/08/04 20:50:57.73 /RaQ1xov.net
しかしさあ、丸めの挙動の問題とかで
桁数の多い演算でもないのにdoubleでは対処できないケースがあるなら
後学のためにぜひideoneかどこかに実例で示して欲しいよ。
本当真面目に。
まあそんなのありえねえと思うけどさw

168:157
16/08/04 20:51:41.79 u/EohbaA.net
あれ、間違えた
間に合わなくなるのは
☓　極大な数×極小な数
○　極大な数＋極小な数
のケースね。
そういうのを扱わななくちゃいけない場合はここにいる人の大多数にとって普通はないだろうけど場合によっては必要となる。
ブラックホールをシミュレートしなけりゃいけない時とか。。。

169:デフォルトの名無しさん
16/08/04 20:58:59.60 4Cs3sXx+.net
まだやってんのかよw

170:デフォルトの名無しさん
16/08/04 20:59:49.63 cADM294i.net
ここって浮動小数スレなの？

171:デフォルトの名無しさん
16/08/04 21:05:50.97 nf3Jdc8S.net
_ _ ''< _ _ _ _ _'i゛゛゛ _ _ _ _ 　　　　 i'''''l 　　　　　T'''>　　　 __/' _ _ _ _ _ _'l゛゛゛ _ _ _ _ 　　 _ _ _ _ _ _ _ __ _ ____ / <
_ '<　 ' l _ _ _ _ _ _ _ _ _ _ i 　　　　ﾉ　i 　　　　　ﾉ　l 　　　｀‐ _ _;ﾉ _ _ _ _ _ _ _ _ _ _ l　　ﾉ _ _ _ _ _ _ < ｀゛____ _ ‐´
　 _' /' _ _ ﾉ_ '　 _/ _ ' _ _ 　　l''''''''' _ ''''''''ii'''''''''''' 　''''''''l　　　 ' /゛ _ _> _ _ __｀ _< _ _ 　　 _ _ _ _ _ _ _ﾉ　ﾉ
　　　　 i _ _ _ < _ _ _ < _i 　　 '''''''>　T''''''゛''''''''''/　l''''''' 　　　　　ﾉ __ _ _ _ '_ _ 　 _l 　　ﾉ　_ _ _<　l ﾉ　‐‐‐‐‐‐‐‐
'/‐‐‐ _ﾉ　'il'''''' 　 '''''lﾉ　i　　　 _> 　゛'‐ _　　 / 　ﾉ　　　 '/‐‐‐ _ﾉ　lT''''' _ "'''''ll　ﾉ　　　i　ﾉ　 _l　ﾉﾉ　'/‐‐　_‐‐‐
ﾉ‐ _　ﾉﾉ　ﾉ_゛┘ ゛゛゛ﾉ　l　　 __｀ __　'/_ _'/ _｀ __ _ﾉ　　　｀‐ _　 i l　ﾉ゛゛゛　゛゛゛ﾉ　i　　　ﾉ _゛゛゛゛　i ﾉ　l　 l _ l
　 _l　 i i _ lﾉ　i゛゛ﾉﾉﾉ　ﾉ　 '/ _ _''i _ﾉ _ ''‐゛ __ _i　ﾉ　　　　　ﾉ　ﾉﾉ　l i _'i゛´ﾉﾉﾉ　ﾉ　　 _l　ﾉ゛゛ ‐‐゛/ _i 　ﾉ　l
　 _l　 i i _ iﾉ _ _ _ _ /｀　i　　 ' < _ﾉ　i _ﾉ ___ ゛　ﾉ _i　　　　　 l 　ﾉﾉ _l l _ _ _ _ /｀　i 　　ﾉ　i 　　　 / _'l 　 i　ﾉ
_ < __ _ '''''' ｀゛ _ _ _ ｀'''''' <　　　　ﾉ　l 　゛ �

172:@ __ﾉ　i 　　　 _‐゛ _ _ '''''' ｀´ _ _ _ "'''''' <　 '/　ﾉ　　__ ゛ノ　ﾉ　ﾉ _> ‐ _ ''‐ _ _ _ _ _ _ _ _ _ _　　　　 _L_ﾉ　　　　ﾉ___ ﾉ　　　 _' _‐ _ ''‐ _ _ _ _ _ _ _ _ _ _/　 '‐_/　　 '' _ ‐ 　　ﾉ _ﾉ

173:デフォルトの名無しさん
16/08/04 21:06:28.51 nf3Jdc8S.net
　　∧∧ ミ　ドスッ
　 (　　) ＿＿＿＿＿
　 /　　つ話題終了｜
～(　 /　￣||￣￣￣
　∪∪　　　|| ε3
　　　　　ﾞﾞ~ﾞ~

174:デフォルトの名無しさん
16/08/04 21:34:01.22 /AeganYA.net
相変わらずよくわかってないトーシロですけども
とりあえず
・二進法の都合上、小数点以下の実数は完全には
表すことが出来ない
・実数を表すのに浮動小数点数方式を
使うがあくまで擬似的な手段かつ
何処かしらで丸めるので
必ず誤差は発生する。
しかしプログラミング次第でその誤差は小さくできる。
・一切の誤差が許されないような環境、
つまり銀行などの金融関係では
decimalを使う
一般教養としてはこういう理解で
よござんすよね？

175:デフォルトの名無しさん
16/08/04 21:34:41.98 p5IuCpCb.net
>>148
> ・たとえ計算上の誤差が影響した桁だろうが、ある決まった桁まで数字を出さなければならない
そんな要件見たことないけど
ましてや金融で w

176:デフォルトの名無しさん
16/08/04 21:41:56.25 jAu1xEMv.net
まあ質問専用スレじゃないし気の済むまでやればｗ

177:デフォルトの名無しさん
16/08/04 21:47:00.53 nf3Jdc8S.net
だから適材適所って言ってんだろゴラァ
どちらか片方しか使えない呪いでもあるんですかね…
両方使えるなら両方使い分ければいいだろ
速度と精度を天秤に掛ける事も出来ないんですかね

178:デフォルトの名無しさん
16/08/04 22:02:22.78 /RaQ1xov.net
>>167
だからdecimal使ったって一切の誤差を無くせるわけじゃないってばw
無くせるのは基数が2の浮動小数であることに起因する誤差だけだと言ったでしょ

179:デフォルトの名無しさん
16/08/04 22:13:24.71 esG2QQER.net
本当に誤差を避けたいときはすべて整数型で処理して割り切れない除算もしない
馬鹿らしいけど実際に俺はやってる

180:デフォルトの名無しさん
16/08/04 22:19:48.10 xurP0kD8.net
そもそも物理の世界では有効桁ってのがあってだな
丸目誤差なんてハナから相手にしてないとか

181:デフォルトの名無しさん
16/08/04 22:32:15.88 nf3Jdc8S.net
>>171
一切の誤差が嫌なら分数・n方根etc型作れよ
javaと違って演算子の定義出来るから楽だろ

182:デフォルトの名無しさん
16/08/04 22:35:32.01 /RaQ1xov.net
>>174
作れよ、だってさ
命令口調の奴って例外なくアホだな。

183:デフォルトの名無しさん
16/08/04 22:38:49.19 pbDOEnve.net
decimalの価値は、表記と内部の値が完全一致することだが
説明してもどうせ無駄なんだろうな

184:デフォルトの名無しさん
16/08/04 22:40:49.97 nf3Jdc8S.net
>>175
作れ→命令
(～をしたいなら)作れよ→自分でやりたい事を実現するためには自分でするしかない

185:デフォルトの名無しさん
16/08/04 22:51:47.89 1Q45SAfi.net
誤差が嫌なら整数型でやればいいじゃんってのを実装したのが
まさにdecimalなんだが

186:デフォルトの名無しさん
16/08/04 23:00:21.90 u/EohbaA.net
decimalは10進浮動小数点だからな。普通の金計算の範囲では十分ってだけで誤差がなくなるわけじゃない
簡単な話、たとえば1/3は誤差なく表現できない
有理数型をサポートしてる体系があったり、C#でも自分で実装してもいいわけだけど
それでもpiを誤差なく表現できるわけではないし（笑）
全ては求められる精度によるんだよ

187:デフォルトの名無しさん
16/08/04 23:05:13.41 nf3Jdc8S.net
PIはPIとして定義するとかでいい
数学と同じ

188:デフォルトの名無しさん
16/08/04 23:10:14.23 nOpr2vNl.net
ここまでID赤いのは全部ＮＧでおｋ
具体例もないから参考にもならない

189:デフォルトの名無しさん
16/08/04 23:12:39.70 vfnh4WuI.net
元々は>>69を誤差なく実行出来るのを保証したいのが出発点でないの
今となってはそれすら良く分からんが

190:デフォルトの名無しさん
16/08/04 23:15:17.05 nOpr2vNl.net
>>182
何が目的かわからな�

191:ｯれば誤差をどこまで許容するかわからないそして元の質問者は既に納得して解決済み

192:デフォルトの名無しさん
16/08/04 23:18:19.93 uRE0pXxR.net
ちょっとした計算でなんとなくLispを使ってしまう俺としては、モダンな言語で
そろそろ有理数型が基本型として使えるのが当たり前になってほしいところ

193:デフォルトの名無しさん
16/08/04 23:31:08.16 pbDOEnve.net
世の中には１／３円は存在しないし、πｍの定規も存在しない
decimalの解像度は十分な精度を持っているということだね

194:デフォルトの名無しさん
16/08/04 23:36:46.06 /RaQ1xov.net
>>185
ちょっと単細胞過ぎるよ
カネ勘定の世界でも普通に除算は使いますw
例えば按分ね

195:デフォルトの名無しさん
16/08/04 23:55:18.85 pbDOEnve.net
１０円を３つに分ける場合３円、、３円，４円で分けるよな
１／３円など存在しない金額は使いみちがない

196:デフォルトの名無しさん
16/08/05 00:08:43.40 cEIuN7pH.net
技術的にはお互いに理解してるのに、相手が理解してないと思い込んで話してるせいでぐちゃぐちゃになってる
日本語力の低さがやばい

197:デフォルトの名無しさん
16/08/05 00:17:08.00 QZhqwH4E.net
>>187
そんな単純じゃないよ。
普通の商売でも小売り以外は銭以下の単位で単価を設定するのは当たり前。
金融ならなおさらだ。
何が言いたいかって言うと、金勘定ならとにかくdecimalを使っておけば安全だ、
などということはありえないということ。

198:デフォルトの名無しさん
16/08/05 00:24:08.31 rof2NfJh.net
プライドの安さも大したもんだろ
スーパー玉出よりひどい
ここまでバカやってりゃどっちか飽きるぞ普通は
普通じゃないのがコラボレーションするとこうなる

199:デフォルトの名無しさん
16/08/05 03:39:17.62 WxI1qvCL.net
よく知らないんだが、doubleだと0.1を10回足しても１にならないって聞いたんだけど
doubleで問題ないって人は、0.1を10回足して結果表示するコード書いてみてほしい
必要な桁数の精度は整数部2桁、小数部2桁で4桁もあればいいから

200:デフォルトの名無しさん
16/08/05 06:45:29.67 9GrcbVCu.net
>>191
URLﾘﾝｸ(ideone.com)
( ﾟ∀ﾟ)ｱﾊﾊﾊ

201:デフォルトの名無しさん
16/08/05 06:47:06.05 Kzn0CH9Z.net
ちょっとした計算はそろばんを使ってしまう俺としては、23桁以上の足し算は苦手だ

202:デフォルトの名無しさん
16/08/05 07:12:01.39 U1grrEll.net
つ算木

203:デフォルトの名無しさん
16/08/05 07:26:46.31 t4YicZGs.net
>>189
端数はシステムでどうするか指定できる(考慮している)のが普通なんじゃね
そこまで話を膨らませたらイチャモンに思えるわ

204:デフォルトの名無しさん
16/08/05 09:28:38.14 HSLNFCI0.net
>>189
会計は取引や決算の段階で全て円単位に矯正されて、総額と明細の差額は端数処理されて別勘定に振り替えられる
金融関係はdecimalで全く問題がないんだよ

205:デフォルトの名無しさん
16/08/05 11:34:33.31 ybsuHohg.net
>>191
そもそもそういう目的で使うならdouble使わないですしおすし
使い分ければいいって話してるのにそれが分からないの？
お前はゲーム作るのにもクッソ遅いdecimal使う気？
単細胞死ね

206:デフォルトの名無しさん
16/08/05 11:38:33.06 ybsuHohg.net
【C#】decimal VS double/float [無断転載禁止]?2ch.net
ｽﾚﾘﾝｸ(tech板)
まだやるなら移動

207:デフォルトの名無しさん
16/08/05 11:44:50.24 awNm9k8p.net
ウザいのは分かるが自重しろ
自分が使わないスレ立てるのは荒しと一緒だぞ

208:デフォルトの名無しさん
16/08/05 11:59:26.11 ybsuHohg.net
>>199
「どちらが優秀か」みたいな議論になってきてるやん
>>191みたいなのが問題ない時もあるのに

209:デフォルトの名無しさん
16/08/05 12:30:21.67 P4D3CPGd.net
>>197 「そういう目的」でもdoubleで十分なんですよ。>>134 あえてdecimalを使わなきゃならない場面なんて普通はまずない。それから、必用もないのにdecimalを使うような人（要するに誤差の問題をよく理解してない人）が decimalを使っても意図したような誤差を含まない演算結果が得られないコードを書く可能性が高い。

211:デフォルトの名無しさん
16/08/05 12:51:24.52 dWErFYHi.net
>>200
まず自分が移動しろ

212:デフォルトの名無しさん
16/08/05 12:59:22.80 WxI1qvCL.net
>>192,201
たしかに必要な精度が4桁で良いって前提なら問題ないように見えるけど
誤差は累積しないのか？
たとえば0.1を10回たして1.0を引く処理を1000万回ぐらい繰り返しても問題ないのか？
それともその場合はあえてdecimalを使わなきゃならない場面なのか？

213:デフォルトの名無しさん
16/08/05 13:35:00.84 P4D3CPGd.net
>>203
基本的な考え方は>>136に書いてあるよ。

214:デフォルトの名無しさん
16/08/05 13:45:52.92 bSGkK4bY.net
日本は戦闘機を一つ一つ職人による
手作業で寸分の狂いなくつくった
一方アメリカは公差に基づいて
大量生産した
それなりに動けばいいんだよ

215:デフォルトの名無しさん
16/08/05 15:56:50.82 WxI1qvCL.net
>>204
>>136は、累積誤差が必要な桁数を超えない限り問題ないって書いてあるだけだろ
聞きたいのは、ほとんどの状況でdoubleでOKだって言ってる人に
じゃあどういう状況がdouble不可なんだって事
誤差がどの程度累積するかなんて、正確に見積もれるのか？
doubleとdecimalでどんだけ速度差あるのかも良くわからん
基本、適材適所なのはその通りだけど
速度（とメモリ）に問題なければ基本decimalでOKって考え方の方が安全だと思うんだがな

216:デフォルトの名無しさん
16/08/05 16:12:11.71 ybsuHohg.net
移動しろ

217:デフォルトの名無しさん
16/08/05 16:18:39.34 YTOm0VxE.net
double不可は小数の離散値を扱う場合と情報落ちが問題になる場合だな

218:デフォルトの名無しさん
16/08/05 16:19:30.22 P4D3CPGd.net
>>206
何を熱くなってるのか知らないけど、見積もれるに決まってるでしょ。
まさか誤差はランダムな値だとでも思ってるの？
馬鹿じゃないの。

219:デフォルトの名無しさん
16/08/05 16:27:24.03 WxI1qvCL.net
>>209
1回の誤差は実行される式の値でわかるとしても
毎回同じ値の計算しかしないとでも？
何回実行されるかわからなくてもどれだけ累積するか見積もれると？

220:デフォルトの名無しさん
16/08/05 16:28:44.47 1+55aK49.net
doubleの情報落ち対策は、例えば1E6個の値の総和を求めるなら
1E3個ごとに分けて和を求めて得た1E3個の和の和を求める、なんてことをするね
単純に数式弄るだけじゃないので結構辛い

221:デフォルトの名無しさん
16/08/05 16:38:02.60 P4D3CPGd.net
>>210
一回の加減算でどの程度の誤差が発生しうるかは分かる（恐らく演算結果の
最上位桁の1の1e-15より小さい）のだから、どの程度の回数の演算まで「安全」かは
扱う数値の範囲と有効桁数から事前に計算できるでしょ。

222:デフォルトの名無しさん
16/08/05 16:49:27.59 WxI1qvCL.net
>>212
安全な回数を実行回数が超えるような場合でもdoubleでOKなの？その場合はdouble不可なの？
乗除でどの程度の誤差が発生するかも事前に計算できるの？
安全な回数がわかったとして、実行回数がそれを超えるかどうかはどう見積もるの？
基本doubleでOKだって言うのは、毎回その安全な回数と予測実行回数を算出してるの？
それとも体感上とか経験上とか、あるいは何の根拠も無く安全な回数を超えないと思ってるだけなの？

223:デフォルトの名無しさん
16/08/05 16:55:17.30 ybsuHohg.net
使い分けも出来ない低能どもはいい加減移動しろよキモすぎ死ね

224:デフォルトの名無しさん
16/08/05 17:23:54.01 P4D3CPGd.net
>>213
少しは自分の頭で考えてよw
累積誤差が「安全」なうち必用な位置で丸めを行えば
数学的に正しい答えが得られなくまで誤差が累積することを防げるでしょ？
乗除算（特に除算）の誤差についてはdoubleに固有の問題じゃない。

225:デフォルトの名無しさん
16/08/05 17:25:12.91 Fe92dXPj.net

226:夏真っ盛りだからな真っ赤なのは頭の中茹であがってんだろう設計段階で予測できそうにない誤差が出そうならdecimalでもdoubleでもなくint使っとけ

227:デフォルトの名無しさん
16/08/05 17:31:35.93 WxI1qvCL.net
>>215
だからその途中で丸める必要性の有無やタイミングを正確に把握できないのに
基本doubleでOKだってのにどういう根拠があるの？って聞いてるんだが

228:デフォルトの名無しさん
16/08/05 18:01:19.80 P4D3CPGd.net
>>217
正確に把握する必要なんてないの。
「安全」が確証できる間に丸めを行えば必用十分。
何を言ってるのかね。

229:デフォルトの名無しさん
16/08/05 18:03:05.39 P4D3CPGd.net
っていうか、今の大学のカリキュラムってこういう話やらないの？

230:デフォルトの名無しさん
16/08/05 18:07:37.18 ybsuHohg.net
俺がスレ建ててやったんだからいい加減移動して続きやれよ

231:デフォルトの名無しさん
16/08/05 18:09:32.64 ybsuHohg.net
ID:WxI1qvCLはもう一度勉強しなおせ

232:デフォルトの名無しさん
16/08/05 18:32:40.21 WxI1qvCL.net
正確に把握できないものの安全を確証できるのか
確かに俺には理解できんわ
つまり、基本dobleでOKってのは、安全を確証できるならdoubleでOkってことでいいのかね
どうやって安全を確証してるのかは俺にはわからんけど

233:デフォルトの名無しさん
16/08/05 18:43:00.59 ybsuHohg.net
>>222
ｽﾚﾘﾝｸ(tech板)

234:デフォルトの名無しさん
16/08/05 19:10:31.31 6fbUqWOr.net
>>219
10進小数を2進数で表現するときの誤差の問題って学校だとあまり真面目に扱わないからね
それが重要になるような分野だと昔は10進固定小数点を持つCOBOLが使われてたからあまり問題にならなかったんだろう
そしてC系がCOBOLの領域を奪った現代になって、正しい教育を受けてない君みたいな問題児が出てきてるわけだね

235:デフォルトの名無しさん
16/08/05 19:46:46.35 Fe92dXPj.net
問題児というか同じ理屈何度も書き込んでいる馬鹿にしか見えん

236:デフォルトの名無しさん
16/08/05 19:54:24.29 OKNkohy6.net
ずっと気になってたんだけど、必用じゃなくて必要だよね？

237:デフォルトの名無しさん
16/08/05 19:57:54.35 k8Mh0VZx.net
EventArgs e とかの 'e' って何の略でしょうか？

238:デフォルトの名無しさん
16/08/05 20:04:46.22 ybsuHohg.net
>>227
イベント

239:デフォルトの名無しさん
16/08/05 20:06:59.74 x6bLb0/N.net
e、e、e、気持ちe！
じゃないの（もうすぐお盆だね）

240:デフォルトの名無しさん
16/08/05 20:21:23.45 V0c90CvV.net
>>224
みっともない負け惜しみだな。

241:デフォルトの名無しさん
16/08/05 21:09:38.75 aiX4oSLp.net
お前らまだやってたのか

242:デフォルトの名無しさん
16/08/05 22:22:08.96 UfFmSPxx.net
ここで議論している人たちはスレ違いってことに気付いていないのかな

243:デフォルトの名無しさん
16/08/05 22:31:14.21 V0c90CvV.net
>>232
いつも思うけど、こういう寝言書く奴って自分は特別とでも思ってるのかね。
お前自身のやってることは何なんだ馬鹿。

244:デフォルトの名無しさん
16/08/06 00:13:37.40 WVtyz3N8.net
>>228
ありがとうございます
やっぱそうなんですね

245:デフォルトの名無しさん
16/08/06 04:32:43.48 0IB3Z6XQ.net
>>234
納得してるところ悪いけど違うと思うよw
型名(EventArgs)のイニシャルだと解釈するのが普通

246:デフォルトの名無しさん
16/08/06 07:39:21.33 WVtyz3N8.net
>>235
ありがとうございます

247:デフォルトの名無しさん
16/08/06 08:38:43.76 AMCUmI5q.net
例外処理で被るから無性に腹が立つよ

248:デフォルトの名無しさん
16/08/06 09:59:43.52 aFqyb+q8.net
例外はexで統一した

249:デフォルトの名無しさん
16/08/06 23:44:54.17 sc1eQQS3.net
統一したら被るんじゃない？

250:デフォルトの名無しさん
16/08/07 00:26:15.92 9x/mUqeF.net
>>239
FooException ex と BarException ex を同時に使う状況ってこと？

251:デフォルトの名無しさん
16/08/07 00:28:08.51 NgeF8SpO.net
ごくまれにcatchの中でtry-catchすることはあるがまあその時は柔軟に

252:デフォルトの名無しさん
16/08/07 00:31:45.60 e9qgeSIc.net
かぶったらex1とかex2でok
どうせスコープは短いだろうし適当な名前で問題なし

253:デフォルトの名無しさん
16/08/07 00:47:22.73 S/UbGMUU.net
>>240
いや、それはキャッチのスコープが違うから問題なかろうけど、>>241のケース

254:デフォルトの名無しさん
16/08/07 00:50:27.58 9x/mUqeF.net
catchの中でtry-catch…！そういうのもあるのか……！

255:デフォルトの名無しさん
16/08/07 09:23:00.24 mCHosifW.net
エラーのリカバリー処理でエラー発生リスクが有る場合かな？
色々見なおしたほうが良さそうな気もする

256:デフォルトの名無しさん
16/08/07 12:01:30.30 9x/mUqeF.net
for文のi j k みたいに e f g って続いてたら笑ったのに

257:デフォルトの名無しさん
16/08/08 06:26:49.16 4wAqez6C.net
>>245
普通にあるでしょそんなもん
そのへんをいい加減に作ると後片付けがうまくいかなくてフリーズする
よくあるゴミアプリが誕生する

258:デフォルトの名無しさん
16/08/08 19:52:54.53 0f2Bh+Sl.net
ねぇ、いつまで　場合によるだけの話を続ける気？
人格だの人の能力を言い出しては　もうプログラムの話ではない。
マ板行け

259:デフォルトの名無しさん
16/08/08 20:50:56.99 bsQ3M/kD.net
>>247
やむを得ないこともあるけど、できるだけ避けるべきですね
エラー処理の中でエラーが起こるとデバッグに支障が出る場合もある

260:デフォルトの名無しさん
16/08/08 22:43:36.18 uowaRDGP.net
Visual Studio2015　について質問です。
VisualStudioにて複数ソースを開くと上部に複数タブが出てきます。
で、よくわからない内に選択したソースのタブが勝手に一番左に来るようになりました。
これが非常に面倒くさくて、選択したソースが一番左に来ないようにしたいのですが
どなたか解決方法ご存知ないでしょうか？

261:デフォルトの名無しさん
16/08/09 00:07:43.18 +GDJlmm9.net
>>250
タブがピン留めされてない?

262:デフォルトの名無しさん
16/08/09 00:29:21.39 PJVjRNSn.net
>>251さん

263:デフォルトの名無しさん
16/08/09 00:36:05.38 PJVjRNSn.net
途中投稿すいません。
>>251さん　レスありがとうございます。
ピンなどの機能は使っていません。
全てのタブを閉じたり、Visual Studioを落としたりしても
直らないのです。
検索して同様の件を探そうにも、タブやソースを検索ワードに入れると
プログラムの製作方法ばかりで困ってます。

264:デフォルトの名無しさん
16/08/09 03:44:24.30 JQFwElds.net
文面見る限りでは俺もそうだけど…
これじゃ嫌なの？
てかさ、まず何に困ってるのか書かないと。

次ページ