googlejava编码规范

⑴ 除了安卓，谷歌有哪些用户熟知的开源项目

谷歌开源项目很多的，下面我列举几个我用过的：

1. Google GFlags

   GFlags是一个命令行标记的处理库，它可以替代“getopt()”，其内置对C++的支持比如string，十分方便。

   
   

2. Google Glog

   Glog提供强大的日志处理工具库，能够满足客户端以及服务器等多种应用场景，性能高资源消耗低。

   
   

3. ProtoBuf

   ProtoBuf是一种可扩展编码序列数据的方式，Google在几乎所有内部RPC协议和文件格式都使用了ProtoBuf。它可以用于很多语言无缝交换数据，是一种很好的通信协议。而且被一些IDE所支持，比如NetBeans。

   
   

4. Chromium

   Chromium是Chrome浏览器的开源项目，Chromium的目标是建立一个新一代的强大网络应用程序，它与Chrome有很多不同之处。Chrome以稳定为主，而Chromium以功能驱动为主。

   
   

5. V8 引擎

   V8是Google的开源javaScript引擎，用C++写成，用于Chrome浏览器之上。V8使用ECMAScript的ECMA-262第三版可运行于Windows XP、Vista、Mac OS 10.5和使用IA-32或ARM处理器的Linux。V8可独立运行也可嵌入到任何C++程序里使用。

   
   

6. Chromium OS

   Chromium OS是开源版的Chrome OS操作系统，提供快速、简单而安全的网络体验。

   
   

7. Google Style Guide

   Google内部的C++编码规范

   
   

8. GO

   Google开发的新编程语言，具有强大的并发能力，适用于处理海量数据。

   
   

9. Skia

   Skia是一个完整的2D图形处理库，用于绘制文字、图形、图片等，在Chrome和Android上都有应用。

   
   

10. GoogleTest

    GoogleTest是一个强大适用的C++ 单元测试和性能测试库，使用易上手。

    
    

11. Fonts

    谷歌提供了自家的所有开源字体，如：Roboto、Open Sans等。

    
    

12. Gson

    Gson是一个Java序列化库，能够提供Java对象到Json对象的完美转换。

    
    

13. LevelDB

    LevelDB是一个key-value数据库，可以有序存放key和value的映射，性能高。

其他更多好的开源项目请到https://github/google查找

⑵ java HelloWorld中H和W为什么一定要大写

java 是运行java程序的意思，你可以在你的java安装路径中找到java.exe这个文件，你编写的程序在编译后就是能java.exe这个文件运行的，但是你要运行你写的程序就要找到那个文件，如果你的程序文件名与你java 后写的名不一样，java.exe将会找不到运行文件。
再就是public类的类名就是包含这个类的文件的文件名，这是规定。当然你可以全弄成小写的，只要统一就可以，但是java代码规范就是类名大写，多个单词的话就要把每个单词首字母大写。

⑶ 小弟刚刚学java.还是菜鸟.我想问问我这段代码为什么出现"需要为class,interface或enum

推荐你看这些书
都是我总结的
希望给我加精哈！
下面是我根据多年的阅读和实践经验，给您推荐的一些图书：

第一部分： Java语言篇

1 《Java编程规范》

星级：

适合对象：初级，中级

介绍：作者James Gosling（Java之父），所以这本书我觉得你怎么也得读一下。对基础讲解的很不错。

2 《Java核心技术：卷Ⅰ基础知识》

星级：

适合对象：初级，中级

介绍：官方机构图书，你怎么也得有一本，这本书比较全面而且易懂。放在案旁用到的时候查一查，看一看。是学习入门必备书。

注：新手必备

3 《Java编程思想》
星级：

适合对象：初级，中级

介绍：这本书的作者就是着名的C++编程思想，对OO的理解很好，Java作为一门面向对象的语言，你学习Java最好也同时参考这本书进行入门学习。

注：新手必备

4 《Effective Java》

星级：

适合对象：初级，中级，高级

介绍：作者是Java的第2号人物，目前是Google的Java老大，是James Gosling强力推荐的一本书。

5 《Java与模式》

星级：

适合对象：中级，高级

介绍：是国人写的难得的值得购买的一本书，当然现在也有大话设计模式之类的出现，这本书出现的比较早，是初级到中高级必读的图书之一。

注：没有理解面向对象前，读这本书没有意义。最好是有过项目经验再读比较好。

6 《SCJP学习指南》 星级：

适合对象：初级，中级

介绍：官方考试必备图书，对你检验自己学些Java知识情况很有帮助，这本书最适合学生阅读，这本书理解透了，找工作面试Java题目不会有任何问题，工作多年的拿这里的题目不会做的都很多。

7 《Java数据结构和算法》

星级：

适合对象：初级，中级，高级

介绍：这本书使用Java语言描述了我们常用的数据结构，写的非常不错。值得一看，不过目前基本断货（这个就是最有利的说明）。

8《Junit Recipes中文版：程序员实用测试技巧》

星级：

适合对象：初级，中级，高级

介绍：目前敏捷盛行，这个你是不管怎样也得看一看的。

第二部分：中级进阶篇

1《Spring in action》

星级：

适合对象：初级，中级，高级

介绍：Spring框架，作为Java程序员是怎么都必须学习的。IOC、AOP是你以后见到的软件的基础。另外基本上很多东西都和Spring产生联系。

2《精通Spring 2.x:企业应用开发详解》

星级：

适合对象：初级，中级，高级

介绍：书中提供了Spring中的目前最流行用法的实例和实用情况。

3《iBatis实践》

星级：

适合对象：初级，中级，高级

介绍：iBatis必看参考书，in action从未让人失望过。

4 《精通Hibernate:Java对象持久化技术详解》

星级：

适合对象：初级，中级，高级

介绍：Hibernate必备参考书，也是国人写的，难得的一本好书，而且作者是个MM。

5 《Struts 2.1权威指南》

星级：

适合对象：初级，中级

介绍：学习Struts2的一本国人写的不错的书，不过名称显得大了点。权威指南应该只有作者才可以这么叫。

6 《Maven实践》

星级：

适合对象：初级，中级

介绍：从Ant到Maven现在时大势所趋了，您怎么也得学习一下。

7《expert one-on-one J2EE Development without EJB中文版》

星级：

适合对象：初级，中级

介绍：这个其实是Spring的基础，作者巨牛。强力推荐，可惜是基本买不到这本书了。

8 《Tomcat权威指南》

星级：

适合对象：初级，中级

介绍：做Java Web的一般都必须学习这个，为Apache的开源项目。

9 《Head First Servlets & Jsp》

星级：

适合对象：初级，中级

介绍：Servlet和Jsp作为JavaEE程序员是必须要掌握好的，而且Head First系列从未令人失望。

10 《Head First HTML与CSS.XHTML》

星级：

适合对象：初级

介绍：介绍Web前端的不错的入门书。

11 《HTML+CSS网页设计与布局从入门到精通》

星级：

适合对象：初级

介绍：这本书最大的特点是带光盘而且讲解的不错，应用实例也不错。

12 《JavaScript宝典》

星级：

适合对象：初级，中级，高级

介绍：是学习js的必备参考工具书之一，我记得几年前国内都没有中文版，我都把整本书打印出来看了一下。

13 《JavaScript权威指南》

星级：

适合对象：初级，中级，高级

介绍：是学习js的必备参考工具书之一。我看我同事购买了，看起来还不错。

14 《征服Ajax Web2.0开发技术详解》

星级：

适合对象：初级，中级

介绍：这本书当年是CSDN送给我的，感觉还是不错的。对学习AJAX有帮助。

15 《jQuery基础教程》

星级：

适合对象：初级，中级，高级

介绍：从这个开始学习jQuery才是根本。不然以后遇到的很多奇怪问题不知所以然。jQuery个人感觉已经成为目前的javascript标准库了，插件无数，大大简化了前端工作。

16 《XML入门经典》

星级：

适合对象：初级，中级，高级

介绍：很多人觉得没必要买XML书籍，不过我还是觉得推荐一本给你作为工具书，而且看本书可以使得你对XML方方面面有个了解。里面不少东西还是用到的。

17 《敏捷软件开发(原则模式与实践)》

星级：

适合对象：中级，高级

介绍：敏捷大师的着作，您怎么也得看看。这本书包含了UML的讲解，所以我就不推荐UML的书了。

18 《重构:改善既有代码的设计》

星级：

适合对象：中级，高级

介绍：同样是大师的杰作，不可不看。最重要的是让你明白软件也是一步步改进的，不是一蹴而就的。

19 《代码整洁之道》

星级：

适合对象：中级，高级

介绍：软件工程的理想编码是需要无数人编出来的代码像一个人写的。这本书当作规范就不错。

注意:WebService的图书我还真不知道给您推荐什么，都不怎么样。您做个实例就明白，不过怎么做接口才是核心。

第三部分：高级篇

1 《Java消息服务》

星级：

适合对象：初级，中级，高级

介绍：消息机制是以前分布式经常实用到的，与此相关的有Apache Active MQ进行开发，而且这本书的实例也是用的AQ。

2 《Java并非实践》

星级：

适合对象：中级，高级

介绍：这本书也是牛人们强力推荐的，学习并发必备。

3 《Enterprise JavaBeans 3.0中文版》

星级：

适合对象：中级，高级

介绍：EJB技术在大型系统中使用，主要有银行等金融机构。是开发分布式程序的选项之一，不过我不喜欢，其实银行使用的也不怎么的。结合JavaEE容器使用，开源的有JBoss，商用的有IBM和Oracle支持。

注：该类型书也有Head First系列，也很不错。另外《J2EE应用与BEA WebLogic Server》书也很不错。

4 《Hadoop权威指南》

星级：

适合对象：中级，高级

介绍：云计算必备图书。作为分布式计算的工具，Hadoop目前可以说是市场上唯一成熟的产品，而且大家也都向其看齐。而起云计算炙手可热，你搞明白这本书就大概明白了什么是云以及怎么做云。

附： 《Linux 鸟哥的私房菜》

星级：

适合对象：初级，中级，高级

介绍：这本书对使用和学习Linux很有用，大而全，解释的也不错，常用的基本都有了，一本在手，绝无顾忧。

最后，推荐一本贯彻全部软件工程和全文的图书《代码大全》，只是一句话：两届Software Development Magzine Jolt Award震撼大奖得主。

⑷ 学习JAVA应该准备点什么

1. JAVA学习路线 1.1 基础语法及JAVA原理 基础语法和JAVA原理是地基，地基不牢靠，犹如沙地上建摩天大厦，是相当危险的。学习JAVA也是如此，必须要有扎实的基础，你才能在J2EE、J2ME领域游刃有余。参加SCJP（SUN公司认证的JAVA程序员）考试不失为一个好方法，原因之一是为了对得起你交的1200大洋考试费，你会更努力学习，原因之二是SCJP考试能够让你把基础打得很牢靠，它要求你跟JDK一样熟悉JAVA基础知识；但是你千万不要认为考过了SCJP就有多了不起，就能够获得软件公司的青睐，就能够获取高薪，这样的想法也是很危险的。获得"真正"的SCJP只能证明你的基础还过得去，但离实际开发还有很长的一段路要走。 1.2 OO思想的领悟 掌握了基础语法和JAVA程序运行原理后，我们就可以用JAVA语言实现面向对象的思想了。面向对象，是一种方法学;是独立于语言之外的编程思想;是CBD基于组件开发的基础;属于强势技术之一。当以后因工作需要转到别的面向对象语言的时候，你会感到特别的熟悉亲切，学起来像喝凉水这么简单。 使用面向对象的思想进行开发的基本过程是： ●调查收集需求。 ●建立用例模型。 ●从用例模型中识别分析类及类与类之间的静态动态关系，从而建立分析模型。 ●细化分析模型到设计模型。 ●用具体的技术去实现。 ●测试、部署、总结。 1.3 基本API的学习 进行软件开发的时候，并不是什么功能都需要我们去实现，也就是经典名言所说的"不需要重新发明轮子"。我们可以利用现成的类、组件、框架来搭建我们的应用，如SUN公司编写好了众多类实现一些底层功能，以及我们下载过来的JAR文件中包含的类,我们可以调用类中的方法来完成某些功能或继承它。那么这些类中究竟提供了哪些方法给我们使用？方法的参数个数及类型是？类的构造器需不需要参数？总不可能SUN公司的工程师打国际长途甚至飘洋过海来告诉你他编写的类该如何使用吧。他们只能提供文档给我们查看，JAVA DOC文档（参考文献4.4）就是这样的文档，它可以说是程序员与程序员交流的文档。 基本API指的是实现了一些底层功能的类，通用性较强的API，如字符串处理/输入输出等等。我们又把它成为类库。熟悉API的方法一是多查JAVA DOC文档（参考文献4.4），二是使用JBuilder/Eclipse等IDE的代码提示功能。 1.4 特定API的学习 JAVA介入的领域很广泛，不同的领域有不同的API，没有人熟悉所有的API，对一般人而言只是熟悉工作中要用到的API。如果你做界面开发，那么你需要学习Swing/AWT/SWT等API；如果你进行网络游戏开发，你需要深入了解网络API/多媒体API/2D3D等；如果你做WEB开发，就需要熟悉Servlet等API啦。总之，需要根据工作的需要或你的兴趣发展方向去选择学习特定的API。 1.5 开发工具的用法 在学习基础语法与基本的面向对象概念时，从锻炼语言熟练程度的角度考虑，我们推荐使用的工具是Editplus/JCreator+JDK,这时候不要急于上手JBuilder/Eclipse等集成开发环境，以免过于关注IDE的强大功能而分散对JAVA技术本身的注意力。过了这一阶段你就可以开始熟悉IDE了。 程序员日常工作包括很多活动，编辑、编译及构建、调试、单元测试、版本控制、维持模型与代码同步、文档的更新等等，几乎每一项活动都有专门的工具，如果独立使用这些工具的话，你将会很痛苦，你需要在堆满工具的任务栏上不断的切换，效率很低下，也很容易出错。在JBuilder、Eclipse等IDE中已经自动集成编辑器、编译器、调试器、单元测试工具JUnit、自动构建工具ANT、版本控制工具CVS、DOC文档生成与更新等等，甚至可以把UML建模工具也集成进去，又提供了丰富的向导帮助生成框架代码，让我们的开发变得更轻松。应该说IDE发展的趋势就是集成软件开发中要用到的几乎所有工具。 从开发效率的角度考虑，使用IDE是必经之路，也是从一个学生到一个职业程序员转变的里程碑。 JAVA开发使用的IDE主要有Eclipse、JBuilder、JDeveloper、NetBeans等几种；而Eclipse、JBuilder占有的市场份额是最大的。JBuilder在近几年来一直是JAVA集成开发环境中的霸主，它是由备受程序员尊敬的Borland公司开发，在硝烟弥漫的JAVA IDE大战中,以其快速的版本更新击败IBM的Visual Age for JAVA等而成就一番伟业。IBM在Visual Age for JAVA上已经无利可图之下，干脆将之贡献给开源社区，成为Eclipse的前身，真所谓"柳暗花明又一村"。浴火重生的Eclipse以其开放式的插件扩展机制、免费开源获得广大程序员（包括几乎所有的骨灰级程序员）的青睐，极具发展潜力。 1.6 学习软件工程 对小型项目而言，你可能认为软件工程没太大的必要。随着项目的复杂性越来越高，软件工程的必要性才会体现出来。参见"软件开发学习路线"小节。 2. 学习要点 确立的学习路线之后，我们还需要总结一下JAVA的学习要点，这些要点在前文多多少少提到过，只是笔者觉得这些地方特别要注意才对它们进行汇总，不要嫌我婆婆妈妈啊。 2.1勤查API文档 当程序员编写好某些类，觉得很有成就感,想把它贡献给各位苦难的同行。这时候你要使用"javadoc"工具（包含在JDK中）生成标准的JAVA DOC文档,供同行使用。J2SE/J2EE/J2ME的DOC文档是程序员与程序员交流的工具，几乎人手一份，除了菜鸟之外。J2SE DOC文档官方下载地址： http://java.sun.com/j2se/1.5.0/download.jsp ，你可以到google搜索CHM版本下载。也可以在线查看： http://java.sun.com/j2se/1.5.0/docs/api/index.html 。 对待DOC文档要像毛主席语录，早上起床念一遍，吃饭睡觉前念一遍。 当需要某项功能的时候，你应该先查相应的DOC文档看看有没有现成的实现，有的话就不必劳神费心了直接用就可以了，找不到的时候才考虑自己实现。使用步骤一般如下： ●找特定的包，包一般根据功能组织。 ●找需要使用类，类命名规范的话我们由类的名字可猜出一二。 ●选择构造器，大多数使用类的方式是创建对象。 ●选择你需要的方法。 2.2 查书/google->写代码测试->查看源代码->请教别人 当我们遇到问题的时候该如何解决？ 这时候不要急着问别人，太简单的问题，没经过思考的问题，别人会因此而瞧不起你。可以先找找书，到google中搜一下看看，绝大部分问题基本就解决了。而像"某些类/方法如何使用的问题"，DOC文档就是答案。对某些知识点有疑惑是，写代码测试一下，会给你留下深刻的印象。而有的问题，你可能需要直接看API的源代码验证你的想法。万不得已才去请教别人。 2.3学习开源软件的设计思想 JAVA领域有许多源代码开放的工具、组件、框架，JUnit、ANT、Tomcat、Struts、Spring、Jive论坛、PetStore宠物店等等多如牛毛。这些可是前辈给我们留下的瑰宝呀。入宝山而空手归，你心甘吗？对这些工具、框架进行分析，领会其中的设计思想，有朝一日说不定你也能写一个XXX框架什么的，风光一把。分析开源软件其实是你提高技术、提高实战能力的便捷方法。 2.4 规范的重要性 没有规矩，不成方圆。这里的规范有两层含义。第一层含义是技术规范，多到 http://www.jcp.org 下载JSRXXX规范，多读规范，这是最权威准确最新的教材。第二层含义是编程规范，如果你使用了大量的独特算法，富有个性的变量及方法的命名方式；同时，没给程序作注释，以显示你的编程功底是多么的深厚。这样的代码别人看起来像天书，要理解谈何容易，更不用说维护了，必然会被无情地扫入垃圾堆。JAVA编码规范到此查看或下载 http://java.sun.com/docs/codeconv/ ，中文的也有，啊，还要问我在哪，请参考3.2.2节。 2.5 不局限于JAVA 很不幸，很幸运，要学习的东西还有很多。不幸的是因为要学的东西太多且多变，没时间陪老婆家人或女朋友，导致身心疲惫，严重者甚至导致抑郁症。幸运的是别人要抢你饭碗绝非易事，他们或她们需要付出很多才能达成心愿。 JAVA不要孤立地去学习，需要综合学习数据结构、OOP、软件工程、UML、网络编程、数据库技术等知识，用横向纵

⑸ java学习心得

学习Java的第一步是安装好JDK，写一个Hello World， 其实JDK的学习没有那么简单，关于JDK有两个问题是很容易一直困扰 Java程序员的地方：一个是CLASSPATH的问题，其实从原理上来说，是要搞清楚JRE的ClassLoader是如何加载Class的；另一个问题是package和import问题，如何来寻找类的路径问题。把这两个问题摸索清楚了，就扫除了学习Java和使用JDK的最大障碍。推荐看一下王森的《Java深度历险》，对这两个问题进行了深入的探讨。

第二步是学习Java的语法。Java的语法是类C++的，基本上主流的编程语言不是类C，就是类C++的，没有什么新东西，所以语法的学习，大概就是半天的时间足够了。唯一需要注意的是有几个不容易搞清楚的关键字的用法，public，protected，private，static，什么时候用，为什么要用，怎么用，这可能需要有人来指点一下，我当初是完全自己琢磨出来的，花了很久的时间。不过后来我看到《Thinking in Java》这本书上面是讲了这些概念的。

第三步是学习Java的面向对象的编程语言的特性的地方。比如继承，构造器，抽象类，接口，方法的多态，重载，覆盖，Java的异常处理机制。对于一个没有面向对象语言背景的人来说，我觉得这个过程需要花很长很长时间，因为学习Java之前没有C++的经验，只有C的经验，我是大概花了一个月左右吧，才彻底把这些概念都搞清楚，把书上面的例子反复的揣摩，修改，尝试，把那几章内容反复的看过来，看过去，看了不下5遍，才彻底领悟了。不过我想如果有 C++经验的话，应该一两天时间足够了。那么在这个过程中，可以多看看《Thinking in Java》这本书，对面向对象的讲解非常透彻。可惜的是我学习的时候，并没有看到这本书，所以自己花了大量的时间，通过自己的尝试和揣摩来学会的。

第四步就是开始熟悉Java的类库。Java的基础类库其实就是JDK安装目录下面jre\lib\rt.jar这个包。学习基础类库就是学习rt.jar。基础类库里面的类非常非常多。据说有3000多个，但是真正对于我们来说最核心的只有4个，分别是
java.lang.*;
java.io.*;
java.util.*;
java.sql.*;

这四个包的学习，每个包的学习都可以写成一本厚厚的教材，而O'reilly也确实是这样做的。我觉得如果时间比较紧，是不可能通过读四本书来学习。我觉得比较好的学习方法是这样的：
首先要通读整个package的框架，了解整个package的class，interface，exception的构成，最好是能够找到介绍整个包框架的文章。这些专门介绍包的书籍的前几章应该就是这些总体的框架内容介绍。

对包整体框架的把握并不是要熟悉每个类的用法，记住它有哪些属性，方法。想记也记不住的。而是要知道包有哪些方面的类构成的，这些类的用途是什么，最核心的几个类分别是完成什么功能的。我在给人培训的时候一般是一次课讲一个包，所以不可能详细的介绍每个类的用法，但是我反复强调，我给你们讲这些包的不是要告诉你们类的方法是怎么调用的，也不要求你们记住类的方法调用，而是要你们了解，Java给我们提供了哪些类，每个类是用在什么场合，当我遇到问题的时候，我知道哪个类，或者哪几个类的组合可以解决我的问题，That'all！，当我们具体写程序的时候，只要你知道该用哪个类来完成你的工作就足够了。编码的时候，具体的方法调用，是边写代码，边查Documentation，所有的东西都在Documentation里面，不要求你一定记住，实际你也记不住3000多个类的总共将近10万个方法调用。所以对每个包的总体框架的把握就变得极为重要。

第五步，通过上面的学习，如果学的比较扎实的话，就打好了Java的基础了，剩下要做的工作是扫清Documentation里面除了上面4个包之外的其他一些比较有用处的类。相信进展到这一步，Java的自学能力已经被培养出来了，可以到了直接学习Documentation的水平了。除了要做 GUI编程之外，JDK里面其他会有用处的包是这些：
java.text.*;
java.net.*;
javax.naming.*;
这些包里面真正用的比较多的类其实很少，只有几个，所以不需要花很多时间。

第六步，Java Web 编程
Web编程的核心是HTTP协议，HTTP协议和Java无关，如果不熟悉HTTP协议的话，虽然也可以学好Servlet/JSP编程，但是达不到举一反三，一通百通的境界。所以HTTP协议的学习是必备的。如果熟悉了HTTP协议的话，又有了Java编程的良好的基础，学习 Servlet/JSP简直易如反掌，我学习Servlet/JSP就用了不到一周的时间，然后就开始用JSP来做项目了。

在Servlet/JSP的学习中，重头仍然是Servlet Documentation。Servlet API最常用的类很少，花比较少的时间就可以掌握了。把这些类都看一遍，多写几个例子试试。Servlet/JSP编程本质就是在反复调用这些类来通过HTTP协议在Web Server 和Brower之间交谈。另外对JSP，还需要熟悉几个常用JSP的标记，具体的写法记不住的话，临时查就是了。

此外Java Web编程学习的重点要放在Web Application的设计模式上，如何进行业务逻辑的分析，并且进行合理的设计，按照 MVC设计模式的要求，运用Servlet和JSP分别完成不同的逻辑层，掌握如何在Servlet和JSP之间进行流程的控制和数据的共享，以及 Web Application应该如何配置和部署。

第七步，J2EE编程
以上的学习过程如果是比较顺利的话，进行到这一步，难度又陡然提高。因为上面的知识内容都是只涉及一个方面，而像EJB，JMS，JTA等核心的J2EE规范往往是几种Java技术的综合运用的结晶，所以掌握起来难度比较大。

首先一定要学习好JNDI，JNDI是App Server定位服务器资源（EJB组件，Datasouce，JMS）查找方法，如果对JNDI 不熟悉的话，EJB，JMS这些东西几乎学不下去。JNDI其实就是javax.naming.*这个包，运用起来很简单。难点在于服务器资源文件的配置。对于服务器资源文件的配置，就需要看看专门的文档规范了，比如web.xml的写法，ejb-jar.xml的写法等等。针对每种不同的 App Server，还有自己的服务资源配置文件，也是需要熟悉的。

然后可以学习JTA，主要是要理解JTA对于事务的控制的方法，以及该在什么场合使用JTA。这里可以简单的举个例子，我们知道一般情况可以对于一个数据库连接进行事务控制(conn.setAutoCommit(false),....,conn.commit())，做为一个原子操作，但是假设我的业务需求是要把对两个不同数据库的操作做为一个原子操作，你能做的到吗？这时候只能用JTA了。假设操作过程是先往A数据库插一条记录，然后删除B 数据库另一个记录，我们自己写代码是控制不了把整个操作做为一个原子操作的。用JTA的话，由App Server来完成控制。

在学习EJB之前要学习对象序列化和RMI，RMI是EJB的基础。接着学习JMS和EJB，对于EJB来说，最关键是要理解EJB是如何通过RMI来实现对远端对象的调用的，以及在什么情况下要用到EJB。

在学习完EJB，JMS这些东西之后，你可能会意识到要急不可待学习两个领域的知识，一个是UML，另一个是Design Pattern。 Java企业软件的设计非常重视框架(Framework)的设计，一个好的软件框架是软件开发成功的必要条件。在这个时候，应该开始把学习的重点放在设计模式和框架的学习上，通过学习和实际的编程经验来掌握EJB的设计模式和J2EE的核心模式。

J2EE规范里面，除了EJB，JMS，JTA，Servlet/JSP，JDBC之外还有很多很多的企业技术，这里不一一进行介绍了。

另外还有一个最新领域Web Services。Web Services也完全没有任何新东西，它像是一种黏合剂，可以把不同的服务统一起来提供一个统一的调用接口，作为使用者来说，我只要获得服务提供者给我的WSDL（对服务的描述），就够了，我完全不知道服务器提供者提供的服务究竟是EJB 组件，还是.Net组件，还是什么CORBA组件，还是其他的什么实现，我也不需要知道。Web Services最伟大的地方就在于通过统一的服务提供方式和调用方式，实现了整个Internet服务的共享，是一个非常令人激动的技术领域。Web Services好像目前还没有什么很好的书籍，但是可以通过在网络上面查资料的方式来学习。

⑹ 为什么很多程序员不用switch，而是大量的if……else if

我个人觉得switch其实非常多余。

1 大部分场景，都是2到3个可能分支，用个if else就可以了，除非有4 个以上分支，太多else显得不好看，才考虑用switch.

2 switch限制多。switch必须是常量变量。if后面可以写任意表达式。

3用法复杂，case后面要么break,要么return,要是不写，居然还会继续执行剩下的分支，对于新手来说分分钟掉坑。

4 写法上其实也不比if else优雅简洁，switch xxx case xxxx ….

所以，switch徒增复杂性，真的不怎么实用。

如果有10000种switch的可能性，有1000000个值需要被处理，怕是你们说的这些个switch的好处就完全消失了，预期平均每次要比较5000次，1000000个值，总计要比较50亿次，不知道你们的CPU是啥主频能扛得住这个计算量，针对这种情况的终极武器还是hash，根据不同的语言，hash的value可以是匿名函数，可以是接口的不同实现，用hash来快速确定处理算法，而不是switch

答案：主要因为switch不适合业务系统的实际复杂需求，业务不断的变更迭代，一更改需求，条件的复杂度高了，switch无力处理。

那么什么时候适合switch，它的场景是：基于单一变量的值（如枚举），这样的可读性比if条件更清晰。

从上面的场景来看，实在太局限，我来简单说一下它的一些缺点吧：

1. 现实的业务场景很复杂，条件不单一，一旦需求变更，维护代码相当崩溃。

2. switch经常忘记写break，估计很多人一不小心就忘记写了。如果你看过google的代码规范，你会发现，Google对switch的要求非常多。

其实switch有人还在用也有一部分是 历史 原因，但是随着 科技 的发展，原有的设计以及落后了。

有些编程语言，如Python都没有switch这种语法。当然也有部分新语言Golang和Kotlin还是继承下来，但是又把switch包装了一下，去掉了令人误会的语法，这才让switch变得灵活起来了。 如果不封装，很难用。

通过上面描述的缺点也就是if语句更灵活的地方，根据业务进行逻辑条件编写，可维护性高。同时只要写的代码质量高，可读性也就会更高。

现实的业务实际是很复杂的，我也不建议一定要用大量的if……else if,而是应该尽早返回来减少嵌套，这样增加了可读性以及降低维护的成本。

从C/ C++来看，当分支较多且switch要比较的值是连续的话，执行速度远远远远快于if，因为switch是直接跳到目标代码执行的，而if则需要执行很多条语句，慢的不是一点点，一般编译器会根据分支数量和比较的值是否连续生成不同汇编代码，如果编译器判定不能提升速度的话，switch生成的汇编代码和if是一模一样的没有任何区别。

至于很多人不用switch我觉得可能是:

1.为了方便写代码，思维习惯随手就用if写了;

2.可能根本就不懂为什么要用switch吧。

作为程序员来说，我更喜欢switch的结构，更直观更容易找到相应的代码块。不过为什么很多程序员不用Switch，而是使用大量的if...else if的结构，甚至像Python已经不支持原生Switch语法了？

这个原因很简单，因为switch语法结构最后编译还是通过if...else if来完成代码的，所以从效率角度来说和if...else if一样的。但是switch对比条件比较单一，绝大多数支持switch的编程语言都支持等于比较，也就是说变量只能等于case中的条件才会执行代码块。但是现实情况中，对比条件绝大多数比单一等于运算要复杂得多，因此很多程序员就直接使用if...else if。但是if...else if的结构，后期维护起来会比较不清晰，毕竟没有Case...Break那么直观。但是添加一些注解应该还是能解决这个问题的。

所以，我现在能使用Switch的时候还是会使用switch，毕竟后期代码维护起来方便点。不过更多时候还是用if...else if。

我曾经接手过一份代码，遇到过一个三十几个if else套if else的模块。

心理骂骂咧咧谁他喵写的这玩意，然后开始review 历史 。

大致情况是这样的：第一个程序员写下这段代码时，只有两个if else；后来开始逐渐加需求，先是一个、两个，随后量变引起质变，于是逻辑分支快速扩张。

这个时候已经没有人愿意去重构成switch或是其他什么设计模式了，毕竟复杂度摆在那里，万一崩了还得背锅。

三四个程序员接手这段代码之后，就变成我现在这种局面了。

第一个程序员绝对没有料到这么简单的逻辑在之后会变成这么复杂的模块，甚至在增添第一第二条else时，也只是很随意的加上。

所以我觉得，这个锅绝对是是甲方的，让他娘的随便改需求。

这么一想心里就好受多了，编程嘛，最重要的是要看的开。

于是我又增加了两条else，测试，提交，下班。

有时候真的不是我们不想写好代码，是不能写好代码。写着写着需求砍了、需求变了，什么设计模式都不顶用，最终还是怎样快怎样方便怎样来，因为根本没人知道这段代码还能不能活的过下一段需求变动。

有的人肯定要说怎么不订合同。合同肯定是有的，但是明明白纸黑字写的合同，该改还是得改，毕竟你要是不同意甲方那些“微小的变动”，以后还做不做了？！金主真能去得罪？

还是要学会得过且过，跟什么过不去也不能跟自己过不去，糟糕的代码忍一忍就完了:代码能跑、头发不少，对我们这些打工的人而言比什么都重要。

现实工作绝不是课本中的理想状态，会有无数的突发情况在等着你。你定义了半天观察者、备忘录，第二天这部分需求被砍了；写了半天接口，抽象类，忽然下午告诉你要加个十万八千里打不着边的啥东西，于是又开始加适配器，等你加完了告诉你又砍了。甚至有次半夜被喊起来改代码，等改完了发现需求被撤回了，气的我直接请了两天假调整心情。

设计模式和大的框架绝对是一个项目中非常重要的东西，但不是绝对重要的；一个好的PM团队，在某种意义上，才真正决定了这个项目的代码质量。[1]

请用5秒钟的时间查看下面的代码是否存在bug。

OK，熟练的程序猿应该已经发现Bug所在了，在第8行和第10行下面我没有添加关键字break; 这就导致这段代码的行为逻辑与我的设计初衷不符了。

这就是第一个理由为什么程序猿很少使用switch来做条件判断，对于新手来说忘记写break实在是再普通不过了，就算是老猿忘记写也是时有发生的事情，而这个语法错误在诸多的语法检查器上没有办法检查出来的，因为从语法角度来说是正确的！可是代码的处理逻辑却是错误的！用if来重写这段代码的话，就不会发生这种错误。

上面的代码为了保证正确我添加了else做一个逻辑上的保证，其实如果不写else，这段代码也不会发生逻辑错误，而且一旦我忘记写花括号的时候，语法编译器是会提示我添加的，甚至可以使用eslint这种的工具强制我使用花括号，这样就不会犯语法错误了，一旦出现bug，那么肯定是我逻辑上的问题了。

switch尽管对于break很宽容，但是对判断条件很严苛，case后面只能跟常量，如果你用C编写的话，甚至只能用int类型作为判断条件。对于我们这么潇洒自如的程序猿来说，这种限制实在是太麻烦了，用if的话，别说是常量了，我用函数都可以，真正做到方便快捷。

这个缺点跟缺点一有关，为了防止漏写break，因此建议把分支处理方法独立成一个子函数来处理，这样在阅读代码的时候就会减少忘记写break带来的bug，那么用if来写的话，我想怎么写就怎么写，非常随意自由，但是这也导致了代码的可读性大大降低。

switch的优点

既然switch有这么严重的缺点，那怎么在所有语言中依然会存在呢？那就说下switch的优点吧，它的优点也刚好是它的缺点。

在很久很久以前，那时候的电脑性能还不如一台小霸学习机的时候，聪明的计算机科学家为了提高计算机的处理速度，将一些逻辑分支处理方法简化了一下，把一些需要做逻辑判断的操作给固定死，然后只要查表一样一个一个对一下就能做出相应的反应了。

比如说a=0的判断，switch和if在cpu上面的处理方式是不一样的，switch是在编译阶段将子函数的地址和判断条件绑定了，只要直接将a的直接映射到子函数地址去执行就可以了，但是if处理起来就不一样了。

它首先要把a的值放到CPU的寄存器中，然后要把比较的值放到CPU的另一个寄存器中，然后做减法，然后根据计算结果跳转到子函数去执行，这样一来就要多出3步的操作了，如果逻辑判断多的话，那么将会比switch多处许多倍的操作，尽管寄存器操作的速度很快，但是对于当时的学习机来说，这点速度根本不够用啊。

那还有一个问题，为什么要使用break来做一个判断结束呢？这不是很容易造成语法错误了？那就要说到子函数的问题上了。

在早起的电脑代码中是没有子函数的概念的，那时候都是用goto随意跳转的，你想去第10行代码，很简单goto 10就可以了。这种编程思维在C的早期阶段还是一直受到影响的，因此早期的C也没有子函数，都是一堆逻辑处理混乱在一起，goto满天飞，所以那时候你没有一个最强大脑是写不了程序的。那为了告诉程序我这里条件判断处理结束，就添加了break作为终止符号。后来慢慢的有了子程序，有了更好的编程规范，才一步一步的将写代码沦落到体力劳动。

后来发展的新语言为了标榜自己的血统，多少都要参考下C，然后就把switch这种诡异的语法也继承下来了。但是也不是所有的语言都照搬，比如Google发明的新语言golang和kotlin就又把switch包装了一下，去掉了令人误会的语法，又让switch变得灵活起来了，对了，在代码重构的时候，还是用switch把，这样看起来的确代码更简洁哦！[2]

switch只能用于简单判断，不支持表达式。

没有if else 使用方便。

不是尽量别用，而是不合适没法用，合适得时候该用还是用。

比如说，变量i要求大于10，小于20,一条if(i>10&&i

⑺ 初学java什么书好

Java小白自学书籍推荐：
1、《Head First Java, 2nd Edition(中文版)》
这本书不仅内容丰富、有趣且通俗易懂，并且涵盖了所有 Java 相关的基础知识。如果你是 Java 初学者，这本书正适合你。
2、《Java 核心技术(卷1、2)》
写作风格相比 Head First 趣味性来说更显传统，所涵盖的内容包括 Java 基础知识及高级应用，是对于入门来说的另一种选择。
3、《Java 编程思想(第4版)》
必读之作，不仅涵盖所有 Java 基础，对于编程思想层面的提升也有很好的帮助。
4、《Head First 设计模式》
延续 Head First 一贯生动趣味的写作风格，介绍 23 个设计模式，推荐作为设计模式入门级书。
5、《Effective Java 中文版(第2版)》
Java 编程中78条极具实用价值的经验规则，这些经验规则涵盖了大多数开发人员每天所面临的问题的解决方案。
6、《重构:改善既有代码的设计》
出自于 Martin Fowler 的大作，写出优秀代码的必经之路。
7、《Java 虚拟机规范(Java SE 7版)》
作者是 Java 编程语言的主要贡献者之一。如果你想系统、全面、深入的学习 JVM，绝对不能错过这本书。

⑻ 我最近下了韩顺平的java学习视频，其中有五个大内容，我应该以哪个顺序来学习呢

入门（1-2 个月）

目标：参与简单的项目开发。

技能：

熟练使用一种 IDE。Intellij IDEA或者 Eclipse 都可以，推荐使用前者。至少熟悉常用的快捷键，会 debug(包括远程 debug)项目。

熟悉一种编辑器。比如 Vim/Emacs/Sublime Text，至少学会搜索/替换/代码补全。

掌握 Java。经典的《Java 核心技术：卷1 基础知识》(或者《Java基础教程301集》《Java 编程思想》)必看，跳过其中的图形和 applet 章节。习惯查阅 Java API Doc。为了保证代码的质量，《Effective Java》、《Clean Code》和《重构》也需要至少通读一遍。

熟悉 Linux 开发环境和 bash shell。Linux 是我们的开发和部署环境，你最好尽快熟练它。Linux 的基本使用可以通过《鸟哥的Linux私房菜：基础学习篇（第三版）》学习，开发 bash shell 脚本可以参考《Linux Shell脚本攻略》。

掌握开发工具

掌握 JDK 以外的常用类库和工具包。JDK 原生 API 在很多场景下使用并不方便。你需要掌握社区贡献的优秀类库和工具包，比如 apache commons、google guava 等，具体可以翻阅 服务端技术选型 的Utility 篇。

掌握 Web 开发框架。我们使用 Spring(或Rose) + Ibatis(或Jade) 开发 web 服务，你需要熟练掌握它们。

学习代码规范。我们大致上遵循 oracle 的 Java 语言编码规范，你可以先阅读并熟悉它。Code Formatting 文件在 git@xxx/coding-standard.git，在编写代码之前，请把它导入到 IDE 中。另外，确认 IDE 已经安装 Findbugs 和 CheckStyle 插件。

熟悉开发流程。我们的开发流程大致如下：功能开发->单元测试->功能测试->Code Review->集成测试->发布。确保你熟悉其中的每个环节。

其他。需要熟练使用版本控制工具 Git（阅读：《Git 权威指南》），以及项目构建工具 Maven（阅读：《Maven 实战》）。另外，在这个阶段可以尝试 TDD 开发。

⑼ java工程师需要掌握哪些知识

1、语法：必须比较熟悉，在写代码的时候，IDE(Integrated Development Environment，集成开发环境)的编辑器对某一行报错应该能够根据报错信息知道是什么样的语法错误，并且知道任何修正。

2、命令：必须熟悉JDK(Java Development Kit，Java开发工具箱——JDK 是整个Java的核心，包括了Java运行环境，Java工具和Java基础的类库。JDK是学好Java的第一步。)带的一些常用命令及其常用选项，命令至少需要熟悉：appletviewer、HtmlConverter、jar、 java、javac、javadoc、javap、javaw、native2ascii、serialver，如果这些命令你没有全部使用过，那么你对java实际上还很不了解。

3、工具：必须至少熟练使用一种IDE的开发工具，例如Eclipse、Netbeans、JBuilder、Jdeveloper、IDEA、JCreator或者Workshop，包括进行工程管理、常用选项的设置、插件的安装配置以及进行调试。

4、API（Application Programming Interface，应用程序编程接口）：Java的核心API是非常庞大的，但是有一些内容笔者认为是必须熟悉的，否则不可能熟练的运用Java，包括：
◆java.lang包下的80%以上的类的功能的灵活运用。
◆java.util包下的80%以上的类的灵活运用，特别是集合类体系、规则表达式、zip、以及时间、随机数、属性、资源和Timer.
◆java.io包下的60%以上的类的使用，理解IO体系的基于管道模型的设计思路以及常用IO类的特性和使用场合。
◆java.math包下的100%的内容。
◆java.net包下的60%以上的内容，对各个类的功能比较熟悉。
◆java.text包下的60%以上的内容，特别是各种格式化类。
◆熟练运用JDBC. 80%、java.security包下40%以上的内容，如果对于安全没有接触的话根本就不可能掌握java.
◆AWT的基本内容，包括各种组件事件、监听器、布局管理器、常用组件、打印。
◆Swing的基本内容，和AWT的要求类似。
◆XML处理，熟悉SAX、DOM以及JDOM的优缺点并且能够使用其中的一种完成XML的解析及内容处理。

5、测试：Junit测试是程序员测试，即所谓白盒测试。一位合格的Java开发工程师必须熟悉使用junit编写测试用例完成代码的自动测试。

6、管理：必须熟悉使用Ant（中文译为蚂蚁，是一种基于Java的build工具。）完成工程管理的常用任务，例如工程编译、生成javadoc、生成jar、版本控制、自动测试。

7、排错：应该可以根据异常信息比较快速的定位问题的原因和大致位置。

8、思想：必须掌握OOP（Object Oriented Programming，面向对象编程）的主要要求，这样使用Java开发的系统才能是真正的Java系统。

9、规范：编写的代码必须符合流行的编码规范，例如类名首字母大写，成员和方法名首字母小写，方法名的第一个单词一般是动词，包名全部小写等，这样程序的可读性才比较好。

10、博学：掌握J2EE 、Oracle 、WebLogic、Jboss、Spring、Struts、Hibernate 等流行技术，掌握软件架构设计思想、搜索引擎优化、缓存系统设计、网站负载均衡、系统性能调优等实用技术。

⑽ 如何优雅地为程序中的变量和函数命名

简言之，根据语意来选择词汇，别无它法……然而，有时我们会不知用什么词汇更合适。
当你想到某个抽象的东西，你更倾向于最先想到的词语，除非你故意不这样，这些词也会抢着出现，直到模糊或改变你的想法。
当你想到一个具体的对象，你觉得词穷，然后你想描述的已经看到了，然后你继续寻找更适合它的词。
哈哈，命名竟成了编程中最难的事~
Martin Fowler曾经在一篇文章中曾经引用过Phil Karlton的话：
There are only two hard things in Computer Science: cache invalidation
and naming things.
他说这句话在很长的一段时间内都是他最喜欢的话。可见命名对于广大的程序员来说的确是个大问题。
对于我们中国人来说，问题可能出在两个方面：
– 自打学编程开始就没被教育过要重视命名。
这可以在谭浩强的《C语言入门》一书中可见一斑。《C语言入门》可以说是很多程序员在大学时学习的第一门编程语言使用的教材。而本书通篇都是各种
a,b,c，x,y,z 的命名方式。这种poor naming的方式被广大程序员纷纷效仿，导致如今在很多项目代码中随处可见。
– 命名需要一定的英文功底，而国内程序员的英文水平参差不齐。
很多程序员被教育后开始逐渐重视命名，但是受限于英文水平，不知道使用什么合适的英文词汇来命名。有的甚至直接把中文直译为英文的方式命名，或者直接用拼音来命名，反而得不偿失。
命名的重要性我想不需要过于强调。如今的软件开发早已不是求伯君那种单枪匹马的时代。你写下的每一行代码都会在不久的以后被团队的其他人甚至你自己多次查看。如果是个开源项目，那么更会被全球各地的人查看源代码。所以代码的可读性就变得尤为重要。如果读者能够轻松读出你的代码的意图，那么就说明你的命名功底相当扎实。
比如在一个管理系统中，你使用这样的代码： a = b * c
很容易让人摸不着头脑，虽然程序能够正常运作，但恐怕没人敢轻易修改这行他们不了解的代码。而如果修改成为这样： weeklypay =
hours_worked * pay_rate; 那恐怕极少有人不懂这行代码的意图。
糟糕的命名也会导致大量无谓的注释，这是一个很容易跳进去的陷阱。下一段代码怕别人不明白你的意图，那么就加上注释。这貌似是一个很精妙的想法，实际上却南辕北辙。比如以下的注释：
int d; // elapsed time in days
貌似很容易让人读懂，但是问题还是很多。首先注释不能跟着所有的引用，在定义处了解了d的含义，继续往下看的话却很容易忘记；其次代码更新了，很可能会忘记修改注释，反而给把读者带入歧途。
与其用这样的注释，还不如直接重命名： int elapsedTimeInDays; 这样清晰易懂，还不用维护注释，何乐而不为？
那么如何着手来提高的自己的命名技巧那？
首先寻找一份公认的代码规范，并严格按照这样的标准执行。比如google开源了自己内部使用的语言编码规范，我们可以直接拿来使用。比如请看Google
Java的style guide，相当详实。除此之外还有C++等。这里收集了Google对各种语言的编码规范，非常具有参考价值。
标准的代码规范中的每一条都是有胜出的理由，值得我们遵从。但某些命名问题不一定只有一种最好的解决方式，这就需要团队自己建立起约定。比如对于Java单元测试类的命名方式，不同的团队可能不一样。比如有的团队喜欢以should开头，有的喜欢test开头，有的喜欢骆驼命名法，有些喜欢下划线命名法，每种方式有各自的利弊，没有一种能完全脱颖而出，所以需要团队自行制定。一旦确定使用某一种，那么一定要保持一致。
某些命名规范其实是可以进行自动化检查的，比如在Java应用的构建过程中可以引用checkStyle这款插件，对命名进行一些基本的检查，比如方法名、变量名是否遵循了一定模式等。这样在一定程度上可以强制大家遵守某些约定。自己以前曾经写过一篇文章，请参见这里。
最后要在团队中建立起code review的机制，通过code
review来相互监督纠正命名问题，并且这样更容易达成一致的命名约定，方便协作开发。code
review可以采取非正式会议评审的方式。最简单的方式就是每天找个固定时间大家一起聚在一个显示器前review每个人的代码，现场提出问题，当事人记录下来会后更改。这种方式非常高效。另外有的团队在嵌入代码时可能会引入一些代码评审机制，比如pull
request， cherry pick等。这种review方式比较重量级，反馈周期也较长，好处是可以保证最终迁入的代码是没有问题的。
很多语言和框架为了更加可读，都把命名玩出花来了。比如JavaScript生态圈中重要的单元测试工具Jasmine把测试函数以it命名，这样可以与参数连接起来成为一种表意的自然语言：
如何优雅地为程序中的变量和函数命名？
- 不同的代码段采用不同的命名长度。通常来说，循环计数器（loop
counters）采用1位的单字符来命名，循环判断变量（condition/loop
variables）采用1个单词来命名，方法采用1-2个单词命名，类采用2-3个单词命名，全局变量采用3-4个单词命名。
- 对变量采用具体的命名（specific names）方式，”value”, “equals”,
“data”在任何情况下都不是一种有效的命名方式。
- 采用有意义的命名（meaningful names）。变量的名字必须准确反映它的含义和内容。
- 不要用 o_, obj_, m_ 等前缀命名。变量不需要前缀标签来表示自己是一个变量。
- 遵循公司的变量命名规则，在项目中坚持使用同一种变量命名方式。例如txtUserName, lblUserName,
cmbSchoolType等，否则会对可读性造成影响，而且会令查找/替换工具（find/replace tools）不可用。
- 遵循当前语言的变量命名规则，不要不统一（inconsistently）地使用大/小写字母。例如：userName, UserName,
USER_NAME, m_userName, username, …。
以Java为例:
* 类名使用驼峰命名法（Camel Case）：VelocityResponseWriter
* 包名使用小写：com.company.project.ui
* 变量使用首字母小写的驼峰命名法（Mixed Case）：studentName
* 常量使用大写:MAX_PARAMETER_COUNT = 100
* 枚举类（enum class）采用驼峰命名法，枚举值（enum values）采用大写。
* 除了常量和枚举值以外，不要使用下划线’_’
- 在同一个类不同的场景（contexts）中不要复用变量名。例如在方法、初始化方法和类中。这样做可以提高可读性和可维护性。
- 不要对不同使用目的的变量使用同一个变量名，而是赋予它们不同的名字。这同样对保持可读性和可维护性很重要。
- 变量名不要使用非ASCII字符（non-ASCII chars）。这样做可能会在跨平台使用时产生问题。
-
不要使用过长的变量名（例如50个字符）。过长的变量名会导致代码丑陋（ugly）和难以阅读（hard-to-read），还可能因为字符限制在某些编译器上存在兼容性问题。
- 仅使用一种自然语言（natural language）来命名变量。例如，同时使用德语和英语来命名变量会导致（理解）不一致和降低可读性。
- 使用有意义的方法名。方法名必须准确表达该方法的行为，在多数情况下以动词（verb）开头。（例如：createPasswordHash）
- 遵循公司的方法命名规则，在项目中坚持使用同一种方法命名方式。例如 getTxtUserName(), getLblUserName(),
isStudentApproved()，否则会对可读性造成影响，而且会令查找/替换工具不可用。
- 遵循当前语言的变量命名规则，不要不统一地使用大/小写字母。例如：getUserName, GetUserName, getusername,
…。
以Java为例:
* 方法使用首字母小写的驼峰命名法：getStudentSchoolType
* 方法参数使用首字母小写的驼峰命名法：setSchoolName(String schoolName)
- 使用有意义的方法参数命名，这样做可以在没有文档的情况下尽量做到“自解释（documentate itself）”
总之，命名问题只是整个编码规范中的一小部分，但是起的作用举足轻重，它是判断一个程序员是否专业的必要标准。