|
|
1
2
异常处理应用于捕获非主要场景,例如数据库关闭或命令超过超时时间。如果您对用户的唯一性和电子邮件的唯一性有限制,那么您应该在提交数据之前对其进行测试。依靠检查/索引约束作为处理这些场景的一种方式,将在长期内造成混乱。此外,错误处理的一个关键最佳实践是永远不要让最终用户知道错误发生的具体原因。 |
|
|
2
1
|
|
|
3
0
您应该在您的业务逻辑中的某个地方捕捉到这种情况,而不是仅仅依靠数据库来提供您正在查找的错误。 |
|
|
4
0
我不会依赖表约束进行数据验证。在插入之前使用查询验证数据。异常是创建的昂贵对象。另外,我更喜欢有适当的约束来防止无效数据,而不是验证。我认为约束是桌子的安全带。只有在发生错误时才应该调用它。业务逻辑应该在插入之前验证所有数据。如果目标数据库可能不支持存储过程,请不要依赖存储过程。 这是我处理这件事的一般方法。
|
|
|
A B · C#Excel自动调整列避免长文本时出错 9 月前 |
|
|
Megrez7 · C#ToArray转换合并为一行,导致数组元素更改 9 月前 |
|
Aycon · 在工厂方法中释放部分创建的对象的正确方法是什么? 9 月前 |
|
|
Duck0 · 这个对象在更高的帧率下会更快吗,因为它在Update()中? 10 月前 |
|
|
Sei · Avalonia/WPF将路由器传递到控制模板 10 月前 |