95(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 2a01-7mHJ) [sage] 2021/12/18(土) 14:32:27.17 ID:iUN/Cy1s0(1/2) AAS
>>90
disposeでrollbackするのはConnectionじゃなくてTransactionだと思う
いずれにしても動かなくなるのは使う側の問題だね

238(4): デフォルトの名無しさん (ﾜｯﾁｮｲ 9f5f-nHKY) [] 2021/12/30(木) 20:41:45.42 ID:eW25y3/J0(1/2) AAS
表 html css javascript
裏 C#

で開発するのって効率的なのか？

252(2): デフォルトの名無しさん (ﾜｯﾁｮｲ bb5f-dlbi) [sage] 2021/12/31(金) 13:24:39.29 ID:FNrpfdyG0(1/10) AAS
>>246
手間が増えるだけか？
俺は楽だけどな、この方法。

558(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4124-iMNY) [sage] 2022/01/07(金) 19:42:11.75 ID:46kMC38t0(2/4) AAS
>>555
push_backでコピーorムーブが発生するってことを言いたいん？
そのコピーコストを無視できないくらい大きなもの扱ってるときは正にC#の参照型Listのようにポインタ型のvectorを作るか、resize+インデクサアクセスで直埋め込みするじゃん

870(3): デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM3e-X7Gz) [sage] 2022/01/30(日) 20:10:42.59 ID:Mi/4eGx6M(1) AAS
awaitのおかげで非同期書きまくる現代のプログラミングでこんなチェックリストいちいち考えてたら工数足りん
それに現代の実行環境は優秀なんでほとんど考えなくていいよう出来てる
C#もJavaScriptもそう
C++とはもう時代が違う

・シングルコアで動くか？→普通に書けば当たり前に動く
・応答がないときに自決するか？→普通に書けばライブラリ側からタイムアウト例外出て落ちる
・失敗時のメモリリークはないか？→普通に書けばあり得ない
・タイムスケジュールはあるか？（例：1分の内AスレッドはX秒、BスレッドはY秒等）→大半のケースで環境に任せるのが正解。制御したいならより上のプロセスレベルで制御する
・生存確認方法はあるか？→死んだら例外でる出てないなら生きてる
・実行中の状態は取得できるか？→大半のケースで取得要件はない
・ログは出力できるか？→出来ないことなんてあるの？
・最大使用メモリは把握できているか？→環境に任せるのが正解。したいならより上のプロセスレベルで制御する
・失敗時のリザルトの受け取り方法は適切か？→例外で標準化されてる
・処理が複数失敗する可能性は考慮できているか？（例：ファイルオープン成功→ファイル書き込み失敗→ファイルクローズ失敗→tempフォルダ削除成功のとき何が返る？）→例外出たら止めろ。例外出ても進めるならしっかり設計しろ。そしてそれは非同期関係ない
・本体終了時に終了できるか？→普通に書けば猶予期間内に終了する。ロングランニングの時だけ気をつけろ