编写Java程序时的一些经验总结

平时编写Java程序的一些经验总结

本文仅仅用来个人的学习总结，如果有重复，请多多谅解；

1.方法前或其他适当位置添加多行注释

在适当的位置添加注释可以让我们的程序变得更易读，尤其是在编写一些比较复杂业务场景的程序时更重要。当然注释也不要过多，在该加的地方加注释即可（一般是在一些重要变量或是较难理解的方法前添加）。使用多行注释的话还可以在我们调用它的时候给我们一些提示

2.擅用卫操作判断非法输入

当需要对输入的数据或经前面程序处理过的数据根据一定条件进行不同处理时，我们可以优先判断非法输入，然后再对其它数据进行相应处理，这样可以让程序更加清晰

3.规范代码中的命名与缩进

我们对程序中的变量或者方法进行命名时，一般要求能够“见名知意”，即看到该命名的变量/方法，能够大致知道其代表的含义。例如给成绩命名为 score ，给结果命名为 result ，给排序命名为 sort 等等。这样不仅我们的程序自己可以看懂，也能给别人看懂。我们在学习的初期阶段可能不会在意这样的命名规范，但其实从一开始就养成这样的习惯是比较好的，有利于我们后期编写更加复杂的程序。当然代码中的缩进也是非常重要的，如果代码中的缩进比较混乱，非常不利于代码阅读与编写，更容易让我们出现一些小的问题（例如括号匹配不对应等等）。

4.注意变量定义的个数

不要让代码有太多冗余，以及在适当的位置定义变量，变量，是我们在写程序过程中最常用的东西之一，但是我们可能不会注意到有时我们会定义很多没必要的变量。当我们在写下一段程序时，需要考虑好，某些变量是否有必要定义，之后能用到几次。频繁使用的我们可以考虑将它定义成一个变量，但也不是说要强行减少变量的个数，有时更少的变量也会让程序的理解变得困难

定义变量的位置也要适当，有利于程序的理解，也能避免一些不必要的错误。

其他开发注意事项：

1.Java源码文件以.java为扩展名。源文件基本组成部分是类（class），如本来中的Hello类。

2.Java应用程序的执行入口是main（）方法，它有固定的书写格式：

public static void main(String[] args) {
…
}
3.Java语言严格区分大小写。

4.Java方法由一条条语句构成，每个语句以 “;” 结束。

5.大括号是成对出现的，缺一不可，习惯，先写{}再写代码。

6.如果源文件包含一个public类，则文件名必须按该类名命名！

7.一个源文件中最多只能有一个public类，其他类个数不限，也可以将main方法写在非public类中，然后指定运行费public类，这样入口方法就是非public的main方法。

其他15条给自己的建议

我一直都很喜欢技术和编程。这些年来，我积累了一些艰难又容易的经验。作为一名程序员，你或许还没这些经验，但我会把它们献给那些想从中学到更多的朋友。我会持续更新这些经验，我可能还会有更多的感想，我想下面这个列表中基本不需要增添额外的东西了。下面就是我至今最难忘的经验。

1. 估算解决问题所需要的时间。

不要怕，承认吧！我曾见过一些程序员为了解决一个特殊问题而坐在显示器前面8小时。为自己定一个时间限制吧，1小时、30分钟或甚至15分钟。如果在这期间你不能解决问题，那就去寻求帮助，或到网上找答案，而不是尝试去做“超级堆码员”。

2. 编程语言是一种语言，只是一种语言。

随着时光推移，只要你理解了一种语言的原理，你会发现各种语言之间的相似之处 。你所选择的语言，你应该觉得“舒服”，并且能够写出有效（而且简洁）的代码。最重要的，让语言去适应项目，反之亦然。

3. 不要过于注重程序的“设计模式”。

有时候，写一个简单的算法，要比引入某种模式更容易。在多数情况下，程序代码应是简单易懂，甚至清洁工也能看懂。

4. 经常备份代码。

在我年轻时，我就有过因硬盘故障而丢了大量代码的经历，这经历很恐怖的。只要你一次没有备份，就应当像有着严格的期限，客户明天就需要。此时就该源码/版本控制软件大显身手了。

5. 承认自己并不是最顶尖的程序员 – 知不足。

我常想，我对编程了解已足够多，但是总有其他人比你优秀。正所谓，“一山总比一山高”。所以，向他们看齐吧！

6、学习再学习。

正如第5点所说，我经常会在手里拿一本计算机或编程相关的杂志或书（不信，可以问我的朋友）。诚然，总有很多你不知道的技术，你可以从中学习以保持不落后。如果你有一种灵巧的方式来获取你需要的新技术，那你每天都应该坚持学习。

7. 永恒的变化。

你对待技术/编程知识，就应像你对待股票一样：多样化。不要在某一特定技术上自我感觉良好。如果那种技术或语言已经没有足够支持，那你还不如现在就开始更新你的简历，并启动培训新计划。我能保持前行的主要原则是什么呢？至少了解两到三种语言，所以，如果某种语言过时了，你在学习新技术的时候还可以依靠另一种语言。

8. 提携新人。

协助并且培养初级/入门的开发人员学习优秀的编程方法和技巧。也许你还不知道，在帮助他们向更高一层前进时，你自己也在向更高一层提升，你会更加自信。

9. 简化算法。

代码如恶魔，在你完成编码后，应回头并且优化它。从长远来看，这里或那里一些的改进，会让后来的支持人员更加轻松。

10. 编写文档。

无论是Web服务的API，还是一个简单的类，你尽量编写相应文档。我曾经引以为豪的代码注释，因过度注释而有人指责。给三行代码加一行注释，只需要你几秒时间。如果那是一个比较难以理解的技术，千万别担心过多注释。如果你能很好做好自己的工作，大多数架构师、后备程序员、支持组都会感激你。

11. 经常检查代码。

在公司，你的代码要经常检查（包括自查和其他同事检查）。不要把别人的检查，看成是对代码风格的苛求。应该把它们看作是有建设性的批评。对个人来说，经常检查你的代码并且自问，“我怎样才能写得更好呢？” 这会加速你的成长，让你成为一个更优秀的程序员。

12. 回顾你的代码。

在看到自己以前的代码时，通常会有两种方式：“难以至信，这代码是我写的”和“难以至信，这代码是我写的”。第一种往往是厌恶的语气，并在想如何改进它。你也许会惊叹，旧代码也能复活成为一种更好的程序，甚至是一个完整的产品。第二种通常带着惊奇和成就感。开发人员应该一到两个自己完成的项目成果，能让众人不禁而立并注目而观的项目。同样，基于你优越的编程能力，你可以把过去的程序或项目拿出来，把它们更新为更加优秀的产品或想法。

13 谨防那些无所不知的程序员，不愿分享的程序员，还有经验不足的程序员。

当你遇到这几种程序员时，你自己要谦虚。无所不知的程序员，更想当一个英雄而不是团队成员；保守的程序员则是在编写着他们独享的代码；而经验不足的程序员则会每十分钟就来问你一下，当代码完成后，代码已经是你的，而不是他们

14. 任何项目都不会那么简单。

朋友、家人和同事曾请求我仓促做一些事情，仓促做一个程序或者网站。对于这样的事，应该从双方做计划，才能做出令双方都会满意的东西。如果某人起初只是需要一个使用 Microsoft Access的、只有有3个页面的网站，但来就很可能变成一个有15个页面的网站，并使用SQL Server，有一个论坛，还有一个定制的CMS（内容管理系统）。

15. 没有已经完成的软件。

曾经有一位程序员告诉我，没有软件是已经完成的，它只是“暂时完成了”。这是明智的忠告。如果客户还在使用你写的程序，并经受了时间的考验。如果有机会，你仍在更新它，这并不是什么坏事，这让你不断地前行。