代码整洁规范
文章平均质量分 60
写出所有人都可以看的懂的代码
学习上的Monkey
这个作者很懒,什么都没留下…
展开
-
代码优化 第七期 编写可测试的代码及实战
什么是可测试的代码?对于可测试概念,可能每个程序员心中都有属于自己的那一套定义。而我对可测试的定义:代码调用的最小单元,实际上指的就是一个功能块或者方法。为什么要做单元测试?安全感:对自己写的代码有掌控的能力兴趣感:有个单元测试,我们能很快的从代码中获取到反馈,从红色变为绿色的,成就感非常强的,会促使自己有动力去修改代码。整洁感:单元测试可以帮助我们对业务逻辑代码和访问代码分离,形成代码架构。单元测试测什么?我们先来看看误区:单元测试...原创 2021-11-11 15:27:00 · 1046 阅读 · 0 评论 -
代码优化 第六期 控制语句的合理使用减少if-else
控制语句为什么会产生?为什么会产生?原创 2021-11-11 11:16:18 · 99 阅读 · 0 评论 -
代码优化 第五期 重复的代码
重复的代码为何会产生?坏的影响?如何解决?具体实例为何会产生?因为方便:可能很多初级程序员脑海里跳出的第一个词就是方便了。但是殊不知一时的贪快与简便,却给代码架构的未来留下了坑。毕竟欲速则不达坏的影响?导致代码难以维护可读性差低内聚:如果相同业务需要改动的话,那就要找出所有的重复代码加以改动。如何解决?提取出函数,将公共的部分统一进行封装,在需要的地方直接调用就可以了。具体实例class play{ public function playFootball(){原创 2021-11-10 14:38:44 · 247 阅读 · 0 评论 -
代码优化 第四期 代码注释规范
注释注释的理解注释的三种类型注释产生的问题注释三原则准确:必要:清晰维护总结注释的理解注释:对代码的解释。注释不需要运行,它是用来提高代码的可读性和可维护性的。不好的注释会使代码变得更加糟糕,使人更抓狂。注释的三种类型① 固定的版权和授权信息,使用一般的星号注释符(/-/)比如下面/* * Copyright (c) 2021, FirstName LastName. All rights reserved. */② 生成用户稳定的注释,使用apidoc要求的格式 /-*原创 2021-11-10 11:42:57 · 900 阅读 · 0 评论 -
代码优化 第三期 保证类的稳定性
不变性: 指的是类的属性值不会随着外部而改变其内部的值,所有的字段只在构造函数中初始化需要做到以下几点:所有的字段只在构造函数中初始化所有的方法都是纯函数如果需要有改变,返回一个新的对象,而不是修改已有字段。具象的翻译:军队里属于你团队的士兵,不是别的团队想换走就换走的,需要团队内部提供一个新的士兵给到你。这样不管这士兵去到哪 我都知道是属于你团队的...原创 2021-11-08 11:38:19 · 88 阅读 · 0 评论 -
代码优化 第二期 类的职责
类的职责类的职责的意义类的职责示例类的职责的意义进行了程序开发的人都知道,程序开发不是一个人单打独斗的,而是团队作战的。在这个团队中,就必须要有统一的规则 规范来约束,要不然每个人都按自己的性子来编写,那这个项目将会非常的杂乱也不易维护与扩展。具象的翻译:当一支军队去执行任务时,他们就必须要整齐划一,并且遵守规则。如果每一个士兵都不遵守命令与纪律,那任务的成功概率将会非常之低类的职责职责单一:类的命名一般会是抽象的,并且大部分情况下会是一个名词。而它的命名也应该遵守精准命名,不能乱用英语,原创 2021-11-08 10:11:16 · 530 阅读 · 0 评论 -
代码优化 第一期 变量命名规范
优化第一期变量的命名变量命名的准则不精准的命名拼音命名法变量的命名从事编程行业已经几年时间了,在期间也遇到了不少莫名的变量命名,接下来我们来逐步分析下遇到的那些让程序员掉头发的名字变量命名的准则精准表达业务使用业务命名,少使用技术方式的命名使用正确的英语命名不精准的命名$data, $list 这个两个命名可能会是大部分项目中出现最多的变量命名了吧。而它我认为是最糟糕的命名。这个命名感觉就像是一个非常抽象的命名,就像 狮子 猴子 大树都可以称为 "生物"一样。实例:// 类原创 2021-11-04 19:59:04 · 284 阅读 · 0 评论