对于上面的if else 嵌套业务大家是不是经常遇到，看到这种代码会非常的头疼，难于维护，影响开发效率，同时也容易出现bug。有经验的开发者必定会对上面这段代码进行优化，我的经验是取反原则。
什么是取反原则呢？把不符合的条件先 return 下去，到最后留下符合条件的逻辑，这就是取反原则，一眼看下来就只有一层嵌套，不会存在多层嵌套。
我们来看下我遇到的实际场景代码，源代码大体如下：
if (condition) { if (condition1) { if(condition2) { if (condition3) { if (condition4) { // do something } else { // do something } } else { // do something } } else { // do something } } else { // do something } } else { // do something }
取反原则优化后的代码如下：
if (!condition) { // do someting return; } if (!condition1) { // do someting return; } if (!condition2) { // do someting return; } if(!condition3) { // do someting return; } if(!condition4) { // do someting return; } // do someting
五、必要的设计模式
开发过程中不要一个链路写到底，需要把某块业务先想好，定位明确，该业务是应该属于哪一块，哪一类业务，后续可能会出现哪些方面的业务变动，适当的引入设计模式，那么多的设计模式，总有一个适合你当时开发的场景；
设计模式的选取需要对该模块的作用及定义清晰，多思考，多归类，自然而然心中就有了合适的设计模式的考量。
六、必要的单元测试
做到每个方法单元测试，最好是全路径覆盖到每一条分支的单元测试，先从小的方法单元测试，底层的方法单元测试通过后，再通过postman或者其他工具来进行对外API接口层面的测试，做到全路径覆盖的测试，往往开发人员有一个思维就是测试正常的业务流程，异常流程往往一概不考虑测试；然而出问题的都是那些异常的流程，单元测试需要遵守的原则如下：
尽可能的全路径覆盖测试
抛弃自己写的代码思维，当一个小白进行单元测试
关注异常路径的单元测试
摒弃依赖思想，不要依赖联调测试时间来进行测试，往往你开发只管开发，不管正确率，到后续测试联调时间那就的疯狂加班加点去赶进度了，还不能保证最佳的产品质量。
以上就是[Asp.Net Core]提高开发效率的方法的详细内容，更多关于Asp.Net Core提高开发效率的资料请关注脚本之家其它相关文章！
您可能感兴趣的文章: