个人中心
文章发布
退出
作者热门文章
- ubuntu12.04环境下使用kvm ioctl接口实现最简单的虚拟机
- Ubuntu 通过无线网络安装Ubuntu Server启动系统后连接无线网络的方法
- 在Ubuntu上搭建网桥的方法
- ubuntu 虚拟机上网方式及相关配置详解
27
4
CFSDN坚持开源创造价值，我们致力于搭建一个资源共享平台，让每一个IT人在这里找到属于你的精彩世界.
这篇CFSDN的博客文章遵守这些原则让你开发效率提高一倍(收藏)由作者收集整理，如果你对这篇文章有兴趣，记得点赞哟.
1、概述 。
在园子里面有很多关于各种技术细节的研究文章，都是比较牛逼的框架研究；但是一直没有看到关于怎么样提高开发效率的文章，大多提高开发效率的文章都是关于自动化等方面的辅助工具类型的，而不是开发中的一些小技巧；今天从编码规范、编码技巧、开发思想、设计模式等各方面的经验来分享如何提高开发效率.
2、实际场景 。
在这个前后端分离盛行的开发年代，分工比较明确，开发者分前端开发者和后端开发者，然而感到欣慰的是.net 开发者大多是担任着全栈开发的职责，有经验的开发者都是从前端走过来的，说白了前端业务代码对后端开发者来说那都不是事。 前后端分离前：几年前前后端还未分离的时候，各种前端框架还未流行的时候，开发者的效率算是比较低下，后端干前端的活，甚至前端和后端夹杂工作，导致了工作开发容易乱，需要相互依赖，不能完全并行工作，这导致了开发效率底的一个极大的原因，同时开发出来的东西体验也是很差。 前后端分离：职责分明，后端专注后端的开发，前端专注前端的开发；相互依赖关系很弱，后端可以先定义开发接口，前端页面及mock 接口对接，最后联调测试时间前后端打通过；前后端完全可以并行开发，开发周期缩短一倍时间；不过这也就会导致了一个致命的问题，大多开发者只管自己的那一部分，不会以全局考虑，导致的一个问题就是联调测试时间代价太大,遇到问题相互甩锅.
前后端都存在的问题，会再联调测试时间全部暴漏出来，这也是为什么联调测试时间会花费那么长时间，甚至晚上加班加点再处理问题的原因，总结如下:
3、空异常 。
1.1 不可信原则 。
作为开发者，你都可以把自己作为方法调用者的第三方，不需要去关注方法的实现，只需要关注调用方法我应该得到什么结果；然而作为调用者第三方，你都需要认为实现者的方法都是不可信状态，只需要秉承该原则，基本上你就跟空异常没有缘分了. 。
1.2 ?. （null条件运算符） 。
先来看一下以下代码:
|
1
2
3
4
5
6
7
8
9
10
11
|
[HttpGet]
public
async Task<DataResponse<bool>> GetTest()
{
var list = GetList();
//获取List 列表
if
(list?.Count <=
0
)
{
return
DataResponse<bool>.AsError(
"没有获取到数据"
);
}
//TODO 更新操作
return
DataResponse<bool>.AsSuccess(
true
);
}
|
上面代码很多人可能会这么写，实际上是存在问题的list?.Count <=0 实际上在list 为空的时候就成了null<=0 判断了，则也是false，不符合预期结果，正确的代码如下:
|
1
2
3
4
5
6
7
8
9
10
11
|
[HttpGet]
public
async Task<DataResponse<bool>> GetTest()
{
var list = GetList();
//获取List 列表
if
((list?.Count??
0
) <=
0
)
{
return
DataResponse<bool>.AsError(
"没有获取到数据"
);
}
//TODO 更新操作
return
DataResponse<bool>.AsSuccess(
true
);
}
|
这里就引用了?? 运算符（空合并运算符） 。
1.3 ?? （空合并运算符） 。
MSDN上面的解释：?? 运算符称为 null 合并运算符，用于定义可以为 null 值的类型和引用类型的默认值。如果左操作数不为 null，则此返回左操作数；否则当左操作数为 null，返回右操作数.
1.4 如何远离空异常?
秉承原则：不可信原则，什么是不可信原则呢？你调用方法都任务改方法是不可信的，包括自己写的方法；这在敏捷快速开发中更明显，特别是调用团队中别人开发的微服务api ，你不需要关注方法的实现，只需要关注方法的结果即可，但是也不能太过于相信它；所有的返回结果你都需要判断是否是null 的结果数据，多结合?. 和?? 运算符进行合理的逻辑处理，可以让你的项目从此远离空异常.
2、If else 解套 。
先来看一看比较有趣的网络上的图片 。
2.1 取反原则 。
对于上面的if else 嵌套业务大家是不是经常遇到，看到这种代码会非常的头疼，难于维护，影响开发效率，同时也容易出现bug。 有经验的开发者必定会对上面这段代码进行优化，我的经验是取反原则。 什么是取反原则呢？把不符合的条件先 return 下去，到最后留下符合条件的逻辑，这就是取反原则，一眼看下来就只有一层嵌套，不会存在多层嵌套。 我们来看下我遇到的实际场景代码，源代码大体如下:
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
|
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
}
|
取反原则优化后的代码如下:
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
|
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
|
3、必要的设计模式 。
开发过程中不要一个链路写到底，需要把某块业务先想好，定位明确，该业务是应该属于哪一块，哪一类业务，后续可能会出现哪些方面的业务变动，适当的引入设计模式，那么多的设计模式，总有一个适合你当时开发的场景； 设计模式的选取需要对该模块的作用及定义清晰，多思考，多归类，自然而然心中就有了合适的设计模式的考量.
4、必要的单元测试 。
做到每个方法单元测试，最好是全路径覆盖到每一条分支的单元测试，先从小的方法单元测试，底层的方法单元测试通过后，再通过postman或者其他工具来进行对外API接口层面的测试，做到全路径覆盖的测试，往往开发人员有一个思维就是测试正常的业务流程，异常流程往往一概不考虑测试；然而出问题的都是那些异常的流程，单元测试需要遵守的原则如下:
到此这篇关于遵守这些原则让你开发效率提高一倍的文章就介绍到这了,更多相关提高开发效率内容请搜索我以前的文章或继续浏览下面的相关文章希望大家以后多多支持我！ 。
原文链接：https://www.cnblogs.com/jlion/p/13246527.html 。
最后此篇关于遵守这些原则让你开发效率提高一倍(收藏)的文章就讲到这里了,如果你想了解更多关于遵守这些原则让你开发效率提高一倍(收藏)的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。
27
4
0
GitOps描述了一种使用植根于 Git 版本控制系统的方法来操作和管理软件的方法。使用基于 GitOps 的工作流，通过要求将系统的特征定义为 Git 存储库中的文件，可以更轻松地开发、部署、维护和
关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。 我们不允许提问寻求书籍、工具、软件库等的推荐。您可以编辑问题，以便用事实和引用来回答。 关闭 6 年前。
命令行货币转换器应用程序，提示用户输入源货币、源货币代码和目标货币代码，例如 C:\workspace> java CurrencyConverter 100.50 EUR GBP 应用程序返回源金额
得到这个实体: /** * @ORM\Table(name="shop_payment_details") * @ORM\Entity(repositoryClass="Acme\ShopBund
我有一个原则实体，无需调用 persist 或 flush 即可持久保存到数据库中。 我在下面很简单地重现了这个问题。正如您将看到的，此脚本从名为 MyEntity 的数据库表中加载一行，并获取一个以
在我的编程实践中，我经常遇到客户端和服务器端脚本之间数据重复的问题。 在这种情况下，我们可以讨论客户端的 JavaScript 和服务器端的 PHP 或 C# (ASP.NET)。 比方说，我有一段
简介 我在写关于继承问题的硕士论文并解决了一些问题 表明存在继承问题的指标。 像下面的例子: 示例 public static String getAnimalNoise(Animal animal)
就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the
当我注意到this answer时，我一直在阅读里氏替换原理。 。它有一个 Circle 和一个 ColoredCircle 类型，其中 ColoredCircle 的构造函数需要一个额外的参数； 颜
这段代码是否违反了DRY原则？ if (notAuthorized) { return sendErrorCode(new ForbiddenException()) } else if (n
我在查询中使用 Doctrine 2 的结果缓存来检索用户(消息传递应用程序)的新消息数量: $query->useResultCache(true, 500, 'messaging.nb_new_m
关闭。这个问题需要多问focused 。目前不接受答案。 想要改进此问题吗？更新问题，使其仅关注一个问题 editing this post . 已关闭 8 年前。 Improve this ques
如何设置包含类名的变量，例如 android.util.Log 中的 TAG，同时尊重 Dont-Repeat-Yourself？ 以下是一些可能性: 在 Google 代码中，它的常用用法如下 pu
我有以下查询: $roles = array(); $roles[] = 'ROLE_SUPER_ADMIN'; $roles[] = 'ROLE_ADMIN';
下面的代码违反了哪一条 SOLID 原则？ public class A { void hello(){ //some code here } } public class B ext
我目前有一个 Message_Repository 类，它有如下方法: getLocationDetailsByID($messageId), getCustomerDetailsById($mess
我不知道它到底叫什么，但现在我将它称为“非空测试”。在 C# 8 中有一个新的行为允许测试一个对象是否不为空，例如: Foo foo = new Foo(); if(foo is { }) {
我正在学习 Doctrine。我在多对多关系中有两个实体 Article 和 Category，我正在尝试获取所有不是特定文章的类别。 文章实体: class Article extends Base
在阅读了一本书和一篇在线文章中有关 SOLID 代码的内容后，我想重构一个现有的类，使其与“SOLID”兼容。 但我想我迷路了，尤其是依赖注入(inject):当我想实例化类的一个对象时，我需要“注入
我的项目中有类似的东西，这个项目已经完成了(它正在运行)我只想知道 SOLID 原则是否可以接受 static public class Tools { static public GetPr
我是一名优秀的程序员,十分优秀！