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