- 浏览: 1989258 次
- 性别:
- 来自: 深圳
文章分类
- 全部博客 (509)
- JavaEE (122)
- Oracle数据库 (29)
- JavaScript (37)
- SAP (5)
- MySql数据库 (7)
- JavaSE (4)
- Ajax (1)
- jQuery (13)
- SSH框架 (36)
- Web Service (10)
- JSF框架 (2)
- JBPM (0)
- ireport报表 (2)
- ibatis (5)
- Hibernate (31)
- JSP (11)
- Tomcat 服务器 (20)
- Other (19)
- JavaWeb (4)
- Maven (11)
- OSWorkFlow (10)
- HTML (13)
- Exception汇总 (7)
- SVN (2)
- 笑话 (1)
- JSTL (1)
- WebSphere Message Broker (13)
- ANT命令 (3)
- Liunx (12)
- Struts2 (26)
- Eclipse (6)
- DOS (3)
- Flex (11)
- WebSphere (1)
- 开发常用工具 (3)
- Junit (2)
- EJB (4)
- Struts1.2 (2)
- Jboss (1)
- Android (2)
- Java框架源码解析 (1)
- Spring (4)
- MyBatis (6)
- SpringMVC (4)
- Jetty (2)
- 数据库表设计 (1)
- SSO (4)
最新评论
-
贝塔ZQ:
也可以试试PageOffice插件,觉得更简单点
Jxl操作Excel设置背景、字体颜色、对齐方式、列的宽度 -
jia1208:
...
Could not publish server configuration for Tomcat v6.0 Server at localhost. -
u011274527:
赞
java.io.EOFException java.io.ObjectInputStream$PeekInputStream.readFully 错误 -
旭旭小牛啦:
怎么没哟了,继续赛
jQuery 选择器 -
wzw3919:
100行会报空指针
Java 解压缩zip文件
1. DRY: 不要重复你自己(Don’t repeat yourself)
DRY是一条最容易理解但又是相对比较难以应用的原则。它是指当你在两处或者更多的地方发现相似代码时,我们应当把它们抽象成一个新的函数,在之前重复的地方调用新的函数并带上适当的参数。
DRY也许是最普遍的一条编程原则,我从未发现一个开发人员认为编写重复的代码是件好事。但是我发现一些开发人员在编写单元测试时忘记了这条原则,例如:设想一下你改变了一个类的接口,之前已经为这个类编写了很多的单元测试,如果你没有应用DRY原则,这时你需要手动去修改所有使用这个类接口的调用,来与每一个测试实例的新签名匹配。
2. 编写短小的函数/方法
有三个非常好的理由,选择编写短小的函数。
- 1. 代码会更容易阅读。
- 2. 代码会更容易重用(短小的函数更容易产生松耦合)。
- 3. 代码会更易于测试。
编者注:松耦合:在软件领域中,“耦合”一般指软件组件之间的依赖程度。耦合度松的软件会有较好的扩展性。
3. 给类、函数和变量使用好的命名
直接使用其他开发者的代码而不需要阅读说明文档,没有什么比这更好的事情了,因为代码中的类名、函数名已经能够告诉我们所有需要的信息。所以,采用这种方法,每次在为你的代码中任何元素进行命名的之前请花上几秒钟(思考),这会让大家的生活变得更轻松。
4. 为每个类分配正确的职责
一个类只承担一个职责(单一权责),听起来和有些人知道的SOLID原则很相似,但是这里不是指任意的职责,而是正确的职责。所以,如果我们要设计一个顾客类,我们不会给它创建一个销售的行为,我们只会让它处理所有与一个客户相关的数据。
编者注:SOLID:面向对象设计的五项原则 (是SRP单一职责原则、OCP开闭原则、LSP李式代换原则、ISP依赖反转原则和 DIP接口分离原则,首字符的缩写)。
5. 保持代码的条理性
代码条理性分两个层次
- 物理上的条理性:无论你采用了哪种结构,包、命名空间、文件夹等等,用一种更容易并且凭直觉就能找到代码存放在哪里的方式来组织你编写的类。
- 逻辑上的条理性:不论逻辑上从属关系如何,(只要有逻辑从属关系)类都应该能够互相访问彼此的成员变量,但是如果从属于不同的逻辑结构就应当只能通过接口来访问。这种逻辑分组通常会被实现成(逻辑)层、服务等。
6. 编写很多的单元测试
测试越多越好,它们是所有代码变动的安全保证,我们会在将来的某一天需要运行这些测试代码。
7. 尽早且经常地重构代码(Refactor often and sooner)
软件开发是一个持续发现的过程,为了编写保持与新增/改变的需求匹配的高质量代码,随着开发的进行,重构代码是必不可少的。由于重构是一项带有风险的任务,需要有两个主要的前提条件,来避免由于重构给系统引入新的错误。
- 1. 编写很多的单元测试
- 2. 每一次重构的幅度要比较小。在开发软件过程中,开始重构2000行代码,3个小时以后发现所有的代码都不能工作,并且导致问题的原因无从查找,因此需要恢复到最初版本,几乎没什么事能比这更让人抓狂了。
8. 注释是恶魔
这条特殊戒律有一点争议,我们大多数人学到的是“注释是一个好的习惯”,并且在一段晦涩的代码中有一段注释会比仅仅只有代码好的多,这里我的观点是:给晦涩的代码加注释还不如仅仅留下代码,只需要重构这段代码直到它变得可读为止。(编注:当然了,除了作者说的这种类型的代码,在其他情况下,还是得添加必要的注释,这不仅方便自己日后查看,更有利于后来者维护,请参阅《提高代码可读性的10个注释技巧 》一文。
9. 要面向接口编程,不要面向实现编程(Code to an interface, not to an implementation)
这是一条经典的原则,面向接口编程会让我们从实现的细节中解放出来,我们只要定义一个协议,并且依据协议调用定义的操作,期望(对方,即被调用的代码)能把实际的实现或者运行时态的实现传递给我们的代码。
10. 对代码进行复查
我们都会犯错误,没有什么能比请别人对我们代码做一个非正式快速复查更好的办法来查找错误了。最好不要等到代码都完成以后再复查,当某些重要部分的代码完成后,或者离上一次复查相隔几天之后,就进行复查。
发表评论
-
计算机常用英语单词
2014-10-06 09:14 0... -
程序员很少上《非诚勿扰》电视节目相亲之分析
2013-02-14 21:38 1913程序员很少上《非诚勿扰》电视节目相亲之分析 ... -
程序员与女朋友相处之道
2013-02-14 21:36 1162程序员与女朋友相处之 ... -
提示信息。
2012-08-14 00:34 9671. sorry, folder does not provi ... -
检测Java代码的常用工具
2012-05-03 20:28 1056findBugs 、 CheckStyle、 PMD、 ... -
Java多线程资料
2012-04-12 08:01 0多线程. -
面试 资料
2012-02-08 00:23 0阿斯顿发撒旦 阿斯顿 -
junit4单元测试实例
2012-01-04 08:35 1538单元测试 -
EDiary2.53 电子记事本
2011-11-22 10:14 1417EDiary2.53电子记事本 ,用于记录开发过 ... -
QQ表情图片
2011-11-02 22:29 0AAA -
Struts2+Ibatis+Spring框架
2011-11-02 02:45 1168下面是使用struts2+ibatis+spring整合的一个 ... -
IBM MQ API在线帮助文档
2011-10-12 14:52 2895IBM Websphere Message Queue MQ ... -
FastStone Capture 截图工具.
2011-10-10 18:22 996FastStone Capture 截图工具. -
使用Eclipse SVN将自己的项目添加到Google code上 搭建自己的代码仓库SVN
2011-09-05 00:37 2025使用Eclipse SVN将自己的项目添加到Google ... -
ant的一些学习资料
2011-08-02 00:35 1042阿什顿f啊撒地方按时 啊外人额外 -
帮助文档
2011-07-22 01:08 1126各种帮助文档。 -
项目图片
2011-07-19 00:45 1075图片 -
设计图
2011-07-12 22:46 1099aaaa -
绩效考核模板
2011-07-12 08:27 1687绩效考核模板一: 公司员工绩效考核表 总分: ... -
个人工作总结(转)
2011-06-03 00:13 1095个人工作总结 2010-0 ...
相关推荐
【Java 开发者 10 条戒律】 1. 注释的重要性:代码注解是开发者之间交流的桥梁,能够帮助理解...遵循这10条戒律,Java 开发者可以提高编程效率,降低维护成本,同时提升代码质量和职业素养,成为更专业的开发人员。
第十条:版本控制和代码审查 使用版本控制系统(如Git)管理代码,进行代码审查,可以发现潜在问题,提高团队协作效率,确保代码质量。 以上十条戒律旨在帮助Java开发者养成良好的编程习惯,提高代码质量和团队合作...
在编写代码时,要注意及时关闭文件流、数据库连接等外部资源,并妥善处理垃圾回收机制,以确保程序高效运行。 #### 十、持续学习与适应新技术 随着技术的不断发展,新的编程语言、框架和工具层出不穷。作为一名...
这意味着编写尽量少的代码,但这并不意味着要舍弃代码的质量和可读性。 Java 开发者应该尽量减少代码的行数,但同时也要确保代码的可读性和可维护性。 四、请不要硬编码 硬编码是指在代码中硬编码变量的值,这可能...
#### 戒律十:持续学习与进步 技术更新迭代迅速,作为一名Java开发者,应当不断学习新的编程语言、框架以及最佳实践,以保持竞争力。同时也要注重软技能的培养,如团队协作能力和沟通能力,这些都将有助于职业发展和...
verilog RTL级代码编写指导(20篇精华文章)目录: Actel HDL Coding Style Guide; Advanced High-level HDL Design Techniques for Programmable Logic; Designing Safe Verilog State Machines with Synplify; ...
在进行代码审查时,重点应该是指出代码中存在的问题,而不是针对编写者的个人攻击。通过建设性的反馈可以帮助作者改进代码质量,同时也促进了整个团队的技术进步。 总而言之,作为一名优秀的程序员,不仅要具备扎实...
1. DRY原则(Don't Repeat Yourself):DRY原则是编程界公认的最佳实践之一,它要求开发者在编写代码时,避免重复。当发现两段或多段代码存在重复时,应当抽象出一个通用的模块或函数,让其他部分通过调用这个通用...
【Java开发人员需知的十大戒律】是Java开发者应当遵循的重要原则,旨在提升代码质量、可维护性和可读性。以下是对这十大戒律的详细解析: ...通过遵循这些戒律,Java开发者可以编写出更健壮、更易于理解和维护的代码。
因此,在着手编写代码之前,应该先进行周密的计划和设计。虽然这可能会暂时减缓开发进度,但从长远来看,它能显著提高代码的质量和可维护性,减少后期修复和重构的成本。 #### 8. 关心自己的代码 对待自己的代码就...
《C程序员十戒》是C语言编程领域内的一份宝贵指南,由Henry ...通过遵循这些戒律,程序员能够编写出更加健壮、安全且易于维护的代码。值得注意的是,这些原则不仅适用于C语言,对于其他编程语言同样具有参考价值。
同时,指南强调了风格不是戒律,其目的是帮助开发者写出好的代码。尽管具体的风格规则可能因组织和项目的不同而有所调整,但大多数组织和项目都能从一定的风格指导中受益。随着MATLAB语言的持续进化,清晰的代码编写...
这些戒律可能是为了提高代码质量、团队协作和项目成功率而提出的原则,可能包括: - 写可读性强的代码:注释清晰,遵循命名规范。 - 避免硬编码:减少依赖,提高代码复用性。 - 测试先行:编写单元测试,确保...
程序员10大职业生存技巧 1. 你是最棒的 要相信自己是最棒的程序员,充满自信。随着时间的推移,你的崇拜者会越来越多。... Weinberg的《无我编程10戒律》来反驳,那我可以告诉你,这玩意写于1971年,早就完全out了。
9. **代码可读性和可维护性**:编写易于理解的代码,便于后期修改和调试。 10. **文档记录**:详尽的文档可以帮助团队协作和后续的维护工作。 **提高同步系统的运行速度** 要提高同步系统的运行速度,首先需要优化...
这样,整个应用程序的各个部分就可以松耦合,提高了代码的可测试性和可维护性。 在实际项目开发中,整合SSH涉及以下几个步骤: 1. 引入相关jar包:如描述中的压缩包,包含了这三个框架的基本库和其他依赖。 2. 配置...