回答編集履歴

1

条件を追加しました。

2017/07/04 10:13

投稿

退会済みユーザー
test CHANGED
@@ -10,6 +10,8 @@
10
10
 
11
11
  - 文字が長すぎる場合、DB側でエラーになることが分かっている。
12
12
 
13
+ - エラーになってもデータ不整合は起きない。もう一度実行すればリカバリーできる。
14
+
13
15
 
14
16
 
15
17
  まず起こらない無駄なエラーチェックを機械的に延々と書くと、下手すると本来の処理よりエラーチェックのコードの方が多いなんてことになりかねません。そうなると保守性が著しく低下します。私の場合、保守性の高さに特に気を配っているので、データ不整合、セキュリティ、変なエラーメッセージが出てユーザーが混乱、これらを回避する必要最小限のチェックに留めるようにしてます。私のような考えは特殊だし、このような書き方をするのは凄く大変です。全体のデータの流れ、チェックのされ方を全部計算しないとできませんので。