![](https://img-blog.csdnimg.cn/20201014180756928.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
软件开发规范
软件开发规范
HandKnock
读书-手敲-思考-总结-细节-深入-查漏补缺
展开
-
写出漂亮博客
写出漂亮博客https://juejin.cn/post/6844904105274523661#heading-8你的掘金文章本可以这么炫(博客美化工具一波带走)http://www.zyiz.net/tech/detail-107868.htmlTypora修改Markdown神器[Typora]的主题样式https://cloud.tencent.com/developer/article/1686096业余时间做了一个小程序,每天广告收益有个十几块,多的时候有过七八十。同时有在经营一个原创 2021-04-01 11:37:28 · 116 阅读 · 0 评论 -
设计原则
要成为一名架构师,必须掌握的 10 条设计原则。一、遵循单一职责原则函数是程序员的工具中最重要的抽象形式。它们能更多地被重复使用,你需要编写的代码就越少,代码也因此变得更可靠。较小的函数遵循单一职责原则更有可能被重复使用。二、尽量减少共享状态应该尽量减少函数之间的隐式共享状态,无论它是文件作用域的变量还是对象的成员字段,这有利于明确要求把值作为参数。当能明确地显示函数需要什么才可以产生所需的结果时,代码会变得更容易理解和重用。对此的一个推论是,在一个对象中,相对于成员变量,你更应该优先选择静态的无原创 2021-01-17 22:09:35 · 162 阅读 · 0 评论 -
如何编写出高质量的代码
一般来说代码质量由以下5个方面决定:编码标准:一般每个公司都会有一套自己的编码规范,规范都会详细的要求类命名、包命名以及代码风格等代码重复:简单来说就是你需要规避大量重复代码,如果说你发现你有大量的重复代码,那就要考虑把这部分代码提取出来单独的封装成公共的方法或者组件了代码覆盖率:要清楚你的测试代码占总代码的覆盖率,这关系到代码的功能性和稳定性依赖项分析:代码依赖关系怎么样?耦合关系怎么样?是否有循环依赖?是否符合高内聚低耦合的原则?高层模块应该不能依赖低层模块,它们都依赖于抽象复杂度分析:代码一原创 2020-12-22 17:58:43 · 659 阅读 · 0 评论 -
代码整洁之道
《代码整洁之道》笔记一以贯之的命名原则:如fetch,get,retrieve 都可以用作获取,拿到 的意思,但是我们要根据实际的应用场景,在通一个类或者模块中尽量只使用其中一个作为方法名的前缀,如getXXX一词一意原则:如add表示增加,可以在任何地方增加,如前面,中间,后面等等。但是如果有一个方法需要表示只能在末尾附加,此时就不应该使用add方法了,而应该用append方法,这个原则给一以贯之命名原则做了限定,即只有是代表同样的操作的时候才一以贯之。使用解决方案领域名称:尽量使用专业的领域原创 2020-12-22 17:57:42 · 140 阅读 · 0 评论 -
编程规范一
一,命名风格1,代码中的命名均不能以下划线或美元符号开始,也不能以下划线或美元符号结束。2,代码中的命名严禁使用拼音与英文混合的方式,更不允许直接使用中文的方式。3,类名、方法名、参数名、成员变量、局部变量都统一使UpperCamelCase 风格,必须遵从驼峰形式。4,常量命名全部大写,单词间用下划线隔开,力求语义表达完整清楚,不要嫌名字长。5,抽象类命名使用 Abstract 或 Base 开头;异常类命名使用 Exception 结尾 。6,接口的请求参数的bean,以Req结尾,接口的响原创 2020-12-22 17:56:56 · 278 阅读 · 1 评论 -
对修改关闭-对拓展开放
常常都会听到别人说一个好的程序最基本的就是良好的可拓展性和易修改性那么到底什么是良好的拓展和已修改性呢?我们又为什么要保证程序的修改和拓展呢?面向对象、泛型、反射、继承多态、依赖注入、面向接口编程https://blog.csdn.net/depao5606/article/details/102226183...原创 2020-11-03 10:48:50 · 274 阅读 · 0 评论 -
设计模式
《设计模式之禅》一般会问你在项目中常用的设计模式有那些?单例、观察者、建造者、适配器、代理,责任链模式等你说完之后会问你怎么用的,什么场景用的?它的优缺点是什么?遵循了什么原则?违背了什么原则?为什么要用设计模式?设计模式(Design pattern)代表了最佳的实践通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。设计模式是一套被反复使用的、多数人原创 2020-10-25 22:56:27 · 149 阅读 · 1 评论 -
软件开发规范
为什么一份合格的代码不应只满足于实现功能,更应该遵循良好的规范提升程序稳定性,减少代码隐患,降低故障率增强可扩展性,大幅提高维护效率统一标准,提升多人协作效率,方便新人快速上手系统设计不允许出现两段相同的逻辑块,必须抽出为公共方法,差异性使用参数控制,避免修改时多处修改遗漏不允许出现两段相同的处于同一逻辑组的赋值布局,必须抽出为单独的include/merge不允许父类中出现子类的实现方法,如果需要的话可以定义父类抽象方法,交由子类实现不允许activity内多个fragment之间的原创 2020-10-25 22:55:01 · 519 阅读 · 0 评论