遵守原则可以提高开发效率-创新互联

创新互联www.cdcxhl.cn八线动态BGP香港云服务器提供商，新人活动买多久送多久，划算不套路！

小编给大家分享一下遵守原则可以提高开发效率，希望大家阅读完这篇文章后大所收获，下面让我们一起去探讨吧！

一、概述

在园子里面有很多关于各种技术细节的研究文章，都是比较牛逼的框架研究；但是一直没有看到关于怎么样提高开发效率的文章，大多提高开发效率的文章都是关于自动化等方面的辅助工具类型的，而不是开发中的一些小技巧；今天从编码规范、编码技巧、开发思想、设计模式等各方面的经验来分享如何提高开发效率。

二、实际场景

在这个前后端分离盛行的开发年代，分工比较明确，开发者分前端开发者和后端开发者，然而感到欣慰的是.net 开发者大多是担任着全栈开发的职责，有经验的开发者都是从前端走过来的，说白了前端业务代码对后端开发者来说那都不是事。
前后端分离前：几年前前后端还未分离的时候，各种前端框架还未流行的时候，开发者的效率算是比较低下，后端干前端的活，甚至前端和后端夹杂工作，导致了工作开发容易乱，需要相互依赖，不能完全并行工作，这导致了开发效率底的一个极大的原因，同时开发出来的东西体验也是很差。
前后端分离：职责分明，后端专注后端的开发，前端专注前端的开发；相互依赖关系很弱，后端可以先定义开发接口，前端页面及mock 接口对接，最后联调测试时间前后端打通过；前后端完全可以并行开发，开发周期缩短一倍时间；不过这也就会导致了一个致命的问题，大多开发者只管自己的那一部分，不会以全局考虑，导致的一个问题就是联调测试时间代价太大,遇到问题相互甩锅。

前后端都存在的问题，会再联调测试时间全部暴漏出来，这也是为什么联调测试时间会花费那么长时间，甚至晚上加班加点再处理问题的原因，总结如下：

• 开发过程中不够谨慎，全是空异常问题
• 代码不规范，代码逻辑嵌套层次太深，牵一发而动全身，以至于修改这里，爆露出那边的问题出来，不会适当的解耦
• 后端接口返回的字段含义不明确，不清晰，甚至完全跟字段含义违背，比如数据库中有一个int 类型的Type字段，而前端需要类型的中文名称，后端开发者偷懒直接用Type 字段返回字段中文名称，后面前端需要int 类型的Type 有不知道加什么字段为好，导致修修改改，影响效率，下面我会具体分享细节。
• 眼观不足，不会考虑后续的需求变更扩展
• 没有设计模式思想，导致维护成本变大
• 下面从几个方面点来具体分析

三、空异常

1.1 不可信原则

作为开发者，你都可以把自己作为方法调用者的第三方，不需要去关注方法的实现，只需要关注调用方法我应该得到什么结果；然而作为调用者第三方，你都需要认为实现者的方法都是不可信状态，只需要秉承该原则，基本上你就跟空异常没有缘分了 （null条件运算符）

先来看一下以下代码：

 [HttpGet]
  public async Task> GetTest()
  {
    var list = GetList();//获取List 列表
    if (list?.Count <= 0)
    {
      return DataResponse.AsError("没有获取到数据");
    }
    //TODO 更新操作
    return DataResponse.AsSuccess(true);
  }