Fork me on GitHub

如何避免在简单业务逻辑上面的细节上面出错

很多时候对于新的开发人员最容易犯得错误就是细节问题。对于如何在业务逻辑上面的细节上面出错,有很多要考虑的地方,但是如何保证不出错呢?需要把每一个考虑到的点都能列出来。
然后按照列出来的点来考虑和编程可能对于细节出错上面有很大的帮助。然后是总结有那几种不同形式的业务逻辑,然后那些事通用的,那些是需要考虑的。

 

我这边只是单纯列出几点需要考虑的。
1、字段是否可为空。

2、字段长度。

3、字段可以输入的格式是什么,只能是数字还是说别的。

4、字段之间有没有关联,直接是否存在关系。

5、操作会造成什么影响,什么情况下不允许这样的操作,这样的操作是否会导致别的数据异常。

6、如果操作成功提示用户什么,如果操作失败提示用户什么。

7、是否符合当前的业务逻辑。

8、用户会有误操作吗。

9、用户会频繁操作吗。

10、如果非正常操作,会对系统造成什么样的伤害。

 

 

还有很多类似的,我这边就不一一列举了,总之,当你做完一个功能之后,你就按照这个去对一遍,如果考虑了上面的全部情况,之后再测试,还是实际使用中出现的问题,那些问题你就又可以补充你上面的点了,这样你考虑问题的方式就会慢慢的全面起来了,一开始你可能你需要对着一条条看过去,但是慢慢的你自然就能熟悉的一条条分析过去了,而且后面的时候,你在做的过程中就能考虑到这些情况了。慢慢的这些问题就能被解决。这也算是一种比较好的方法吧。后面有时间我会给出更好的列表,这只是我简单罗列了几条。

 

posted @   LinkinStar  阅读(492)  评论(0编辑  收藏  举报
编辑推荐:
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
阅读排行:
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?
点击右上角即可分享
微信分享提示