Java作为一种常见的编程语言可以做很多事情，通过在北大青鸟学习Java的人也是非常多的。很多初学者都想通过努力学习和写Java代码来记住基本原理，但当他们遇到困难时，各种起伏都会回到原来的形式。为了解决这些困难，昆明计算机学校为大家介绍学习Java软件开发如何从入门到精通。
创新互联专业为企业提供江川网站建设、江川做网站、江川网站设计、江川网站制作等企业网站建设、网页设计与制作、江川企业网站模板建站服务，10多年江川做网站经验，不只是建网站，更提供有价值的思路和整体网络服务。
一、基础知识
学习Java开发之前必须首先了解计算机的基本知识，然后再学习Java，还应该熟悉常用DOS命令，总结Java和JDK安装配置，环境变量配置，当JDK和环境变量配置之后，北大青鸟建议可以编写一个Java程序尝试一下。
二、编程格式
此时需要了解编程的具体过程，在开发过程中要文字“注释”，并且云南计算机学习建议还要掌握使用“关键字”注意事项、标识符、常量和变量、数据类型、运算符、过程控制语句、数组、方法”来理解和熟练使用。
三、面向对象
生活中随处可见的东西都是对象，分为“静态部分和动态部分”。云南昆明计算机培训认为想要真正理解Java面向对象，就必须理解“面向对象的思想、类和对象、成员变量和局部变量、匿名对象、封装、构造方法、继承、多态、抽象类、接口、内部类”并能熟练开发。
Java - 近10年来计算机软件发展过程中的传奇，其在众多开发者心中的地位就如“屠龙刀”、“倚天剑”。
Java是个平台，我只想说说我对学好Java的一点看法，希望对初学者有所帮助。
1. 思考一下
学习Java之前，先别急，静下心来好好想想：
1)你对学习Java是否有兴趣?
2)你是否能静下心来坚持不懈地学习?
嗯，这是个容易但又绝对不应该忽略的问题，你确信自己对Java感兴趣、而且又有吃苦的准备，那你才可能学好Java!如果具备这两点条件，就请继续往下看……
2. 准备一下
请不要把你的学习Java之路和其它计算机技术分开看待，技术的联系往往是千丝万缕的，你应该掌握一些学习Java所涉及的基础知识，对于“CLASSPATH要怎么设置啊”、“跪求JDK下载地址”等等问题，你不该问，因为Internet上太多答案了，甚至换个角度说，你是不是还不适合直接学习编程?
1)买本Java学习用书。
JDK 6正式版刚刚推出，市面上你暂时买不到JDK6的书籍，但我仍推荐你买一本适合入门的、较新JDK版本的Java书籍，那么，你现在选择一本讲述JDK5 的入门书籍还是有条件的。我可以推荐一些入门书，但是我不打算这么做，因为合我口味的，不一定适合你。但无论如何，《Thinking In Java》绝对不应该作为你入门Java的第一本书籍!
记住，网络上学习Java的资源很多，但基本不够系统，拥有一本Java入门书籍，是你系统学习Java的基础。
2)准备Java学习环境。
准备你的学习环境，很简单，安装JDK6，然后用类似UltraEdit、EditPlus的文本编辑器配置你的学习环境，Internet上有很多关于如何配置的文章。初学Java，不建议用IDE工具，通过一行行的敲代码，你会碰到很多问题，只有这样，你才能学会怎样解决问题，并加深自己对Java的理解。
准备好后，开始进入激动人心的Java学习里程吧!
3. Java基础学习之路
学习Java的过程虽然辛苦些，但又是处处有精彩!学习过程中的心态一定要保持专一，网上关于语言间的“PK”到处都是，别被浮躁影响!认准了Java，你就坚持!克服心魔，恒心最终会给你回报的。
Java的体系分为Java SE、Java EE和Java ME(JDK 5.0以前分别叫J2SE、J2EE和J2ME)，Java的敲门砖就是Java SE了，也就是你要入门学习的内容，不论你日后是选择哪个体系领域作为发展方向，你都得从Java SE起步。
学习Java SE，打好Java基础;如果想学Java EE(对不起，我不了解JavaME，所以我无法涉及JavaME的相关内容)，对于AWT、Swing是否要学习呢，我个人是觉得还是要知道其所以然的，特别是其事件处理模式，我强烈建议初学者一定要弄清楚，其他具体的开发就不一定要全面掌握了，毕竟AWT、Swing方面的内容足够用几本大部头的书才能描述详尽;当然，如果你的工作就是做AWT、Swing开发，那就另当别论了。
I/O、Thread都是基础之一。
4. Java EE学习之路
学习了Java SE，还只是完成“万里长征”的第一步。
接下来选择学习Java EE或是Java ME(或者你还想不断深入学习JavaSE，只要你喜欢，你可以一直深入下去，就像前面所说的，我不会讲到Java ME的学习);估计选择Java EE方面的学习者会多一些，JavaEE所涉及技术非常多，考虑到初学者的接受程度，我会尽量从最常用的角度来介绍。
学习Java EE，在开发环境上不建议再用文本编辑器，我感觉NetBeans 5.5(目前最高正式版本)很适合初学者，我个人也很喜欢NetBeans，如果你喜欢用别的IDE如Eclipse，都没问题，看自己喜欢吧。
4.1 学习JSP/Servlet
Java EE最高版本目前是5.0版本。
在JavaEE中，首先要学习JSP/Servlet(结合Tomcat、MySQL)技术，建议JSP1.2/2.X的知识都要掌握，毕竟现在很多的在用系统都还是基于JSP1.2，学习JSP，还必须掌握一些外延技术，如：你还得掌握HTML 基础知识，最好再掌握些JavaScript(目前正火的AJAX技术之一)、CSS的技术，而了解XML是必不可少的(至少描述性配置信息是通过XML 来描述的)。在学习JSP/Servlet过程中，应该结合学习JDBC、数据库开发技术，毕竟绝大多数Java Web项目都是和数据库紧密结合的。
4.2 学习数据库开发技术
这里我想重点说一下数据库开发技术，数据库技术是做业务系统必备技能，JavaWeb开发人员最低程度都应该掌握SQL语句的使用!数据库技术大体可分为DBA技术和数据库开发技术，对于开发而言，应侧重数据库开发技术，而数据库基本操作，也是要掌握的。常用数据库有DB2、Oracle、SQLServer、MySQL等，你可以结合实际需要，选择一种数据库，并花大力气掌握其开发技术。
记住，学习数据库开发技术和学习Java EE，是相对独立的，你可以在学习JSP/Servlet的同时，学习数据库开发技术(如SQL语句等)，或者先学数据库开发技术，之后再学习JSP /Servlet。
4.3 学习Java EE其它开发技术
再往后，可以学习一些EJB的知识，目前EJB最新版本是3.0，其和前面的2.X版本相比，有较大不同，考虑到目前EJB2.X还有很大的应用市场，建议结合学习EJB 2.X/3.0。在学习EJB过程中，应同时掌握一种企业级应用服务器的使用(如WebSphere、Weblogic、Sun Applcation Server或JBOSS等，目前Sun Applcation Server9.X和JBOSS都可支持EJB 3.0)。
之后的学习中，再逐渐扩展到其他Java EE技术。
5. 之后
等你对Java EE有些感悟的时候，你自然就会想不断扩展你的知识面，这时候你可以学习Spring、Hibernate，以及各种Web框架(如Struts、 JSF、Webwork或是Tapestry等)。
随着技术、经验的不断积累，你会逐步关注分析、设计等更高层次的知识，这时候，你可进一步学习相关的UML、模式等知识(积累了一定经验，你就可以安排自己学习这些知识了)。
6. 小结
永远记住：自始至终，实践是学习Java技术历程中极其重要的一环。脱离了实践，是学不好技术的!
Java学习、实践之路依然没有银弹，况且一步步走来，要学的东西很多，勤奋是金!
善于利用Internet上众多的资源，多吸取些别人的经验。
JAVA架构设计：
Java架构设计
软件架构作为一个概念，体现在技术和业务两个方面。
从技术角度来说：软件架构随着技术的革新不断地更新其内容，软件架构建立于当前技术和一些基本原则的基础之上。
先说一些基本原则：
分层原则：分层是为了降低软件深度复杂性而使用的关键思想，就像社会有了阶级一样，软件有了层次结构。
模块化原则：模块化是化解软件广度复杂的必然手段，模块化的目的就是让软件分工。
接口实现分离原则随着软件模块化的不断深入改进，面向接口编程而不是面向实现编程可以让复杂度日趋增高的软件降低模块之间的耦合度，从而让各模块更轻松改进。从这个原则出发，软件也从微观进行了细致的规范化。
还有两个比较小但很重要的原则：
细节隐藏原则很显然把复杂问题简化，把难看的细节隐去，能让软件结构更清晰。其实这个原则使用很普遍，java/c++语言中的封装原则以及设计模式中的Facade(外观)模式就很能体现这个原则的精神。
依赖倒置原则随着软件结构的进一步发展,层与层之间、模块与模块之间的依赖逐渐加深，而层、模块的动态可插拔要求不端增大。依赖倒置原则可看视 为接口实现分离原则的深化，根据此原则的精神，软件进入了工具时代。这个原则有点类似于知名的好莱坞法则：Don't call us, we'll call you。
以上这些原则奠定了我们的软件架构的价值指标。但软件架构毕竟是建立在当前技术之上的。而每一代技术都有架构模式。过去的不再说了，让我们现在就来看一下当前流行的技术，以及当前我们能采用的架构。
因为面向对象是当前最流行开发技术，且设计模式的大量使用使面向对象的走向成熟，而数据库是当前最有效的存储结构、web界面是当前最流行的用 户接口，所以当前最典型的三层次架构就架构在以上几项技术的基础之上，用数据库作存储层、用面向对象来实现业务层、用web来作为用户接口层。我们从三层 次架构谈起：
因为面向对象技术和数据库技术不适配，所以在标准三层次架构的基础上，我们增加了数据持久层，来管理O-R双向映射，但目前一直没有最理想的实 现技术。cmp和entity bean技术因为其实现复杂，功能前景有限，已接近被淘汰的边缘。JDO及hibernate作为o-r映射的后期之秀，尤其是hibernate，功能 相当完备。推荐作为持久层的首选
在业务层,因为当前业务日趋负载，且变动频繁，所以我们必须有足够敏捷的技术来保证我们的适应变化的能力，在标准j2ee系统中session bean负责业务处理，且有不错的性能表现，但采用ejb系统对业务架构模式改变太大，且其复杂而昂贵，业务代码移植性差。而spring 作为一个bean配置的轻量级架构，漂亮的IOC模式实现，对业务架构影响小，所以推荐作为中间层业务框架。
在用户结构层,虽然servlet/jsp/jstl/javaBean 能够实现MVC架构,但终究过于粗糙。struts对MVC架构的实现就比较完美，Taperstry也极好地实现MVC架构，且采用基于事件的方式，非 常诱人，惜其不够成熟，我们仍旧推荐struts作为用户接口层基础架构。
因为业务层是三层次架构中最有决定意义的，所以让我们回到业务层细致地分析一下，在复杂的业务我们常常需要以下基础服务的一种或几种：事务一致 性服务acid(tool:jta/jts)、并发加锁服务concurrentlock、池化管理服务cache、访问控制服务 (tool:jaas)、流程控制服务workflow、动态实现服务IOC，串行化消息服务(tool:jms)、负载平衡服务blance等。如果我 们不采用重量级应用服务器(如weblogic,websphere,jboss等)及重量级组件(EJB)，我们必须自己实现其中一些服务。虽然我们大 多情况下，不需要所有这些服务，但实现起来却非易事。幸运的是我们有大量的开源实现代码,但采用开源代码却常常是件不轻松的事。
随着xml作为结构化信息传输和存储地位日渐重要,一些xml文档操作工具 (DOM,Digester,SAX等)的使用愈发重要,而随着 xml schema的java binding工具(jaxb,xmlbean等)工具的成熟，采用xml schema来设计xml文档格式,然后采用java binding来生成java bean 会成为主要编程模式,而这又进一步使数据中心向xml转移,使在中小数据量上,愈发倾向于以xquery为查询语言的xml数据库。最近还有一个趋势, microsoft,ibm等纷纷大量开发中间软件如(microsoft office之infopath)，可以直接从xml schema 生成 录入页面等非常实用的功能。还有web service 的广泛应用，都将对软件的架构有非常重大的影响。至于面向服务架构(SOA)前景如何，三层次架构什么时候走入历史，现在还很难定论。
aop的发展也会对软件架构有很深的影响，但在面向对象架构里，无论aspectJ还是 jboss-aop抑是aspectWerks、 nanning都有其自身的严重问题:维护性很差,所以说它将很难走远。也许作为一个很好的思想，它将在web service里大展身手。
rdf,owl作为w3c语义模型的标志性的语言,也很难想象能在当前业务架构发挥太大影响。但如果真如它所声称那样，广泛地改变着信息的结构。那么对软件架构也会有深远影响。
在这里我可以对那些想要学习这方面知识的人推荐一下【英才添翼】，这个学校还是不错的，是国内最高端的一个专注于架构设计软件开发人员培养的专业机构，但是这个学校对学员的入学条件要求比较高。如果感兴趣，你们可以自己在网上查一下他们学校。
有关架构设计的一些忠告：
尽量建立完整的持久对象层.可获得高回报
尽量将各功能分层,分块,每一模块均依赖假定的其它模块的外观
不能依赖静态数据来实现IOC模式，应该依赖数据特征接口，静态数据仅是数据特征接口实现方式之一
架构设计时xml是支持而不是依赖.但可以提供单一的xml版本的实现
从业务角度说：软件架构应是深刻体现业务内部规则的业务架构，但因为业务变化频纴，所以软件架构很难保持恒定不变，但业务的频繁变化不应是软件架构大规模频繁变化的原因，软件架构应是基于变化的架构。
一种业务有其在一段时间内稳定存在的理由(暂且不谈)，业务内部有许多用例，每一种用例都有固定的规则，每一规则都有一些可供判定的项，每一项 从某一维度来观察都是可测量的，我们的架构首先必须保证完美适应每一项每一种测量方式，很多失败的架构都是因为很多项的测量方式都发生变更这种微观变化 中。
每个用例都有规则，我们在作业务用例分析，常常假定一些规则是先验的，持久稳定的，然而后来的业务改变常常又证明这种看法是错误的，然而常常我 们的架构已经为之付出了不可挽回的代价。大量事实证明：规则的变化常常用例变化的根本原因。所以我们的架构要尽可能适应规则的变化，尽可能建立规则模版。
每个用例都关系着不同的角色。每一个用例的产生都必然是因为角色的变更(注意：不是替换，而是增强或减弱)，所以注意角色的各种可能情况，对架构的设计有举足轻重的意义。在我们当前的三层架构里，角色完美地对应接口概念。
在一个系统里很多用例都相互关联,考虑到每个用例均有可能有不同的特例，所以在架构设计中，尽量采用依赖倒置原则。如架构许可可采用消息通信模式(JMS)。这样可降低耦合度。
现在我们谈一下业务稳定存在理由对业务的影响。存在即是合理，在这里当然是正确的。业务因人而存在，所以问业务存在的理由即是问不同角色的需要这项业务的理由以及喜欢不喜欢当前业务用例的理由，所有这样的角色都应该在系统里预留。
在架构设计中有几个原则可以考虑：
用例尽量细分
用例尽量抽象
角色尽量独立
项测量独立原则
追求简单性
这里未提供相关的例子，例子会在以后的更新时提供。
业务和模式之间的关系
业务中的一些用例之间的关系常常和一些常规的模式很相似。但随着时间的演化，慢慢地和先前的模式有了分歧。这是个正常的现象。但这对系统架构却要求非常高，要求系统架构能适应一些模式的更替。在这里我们尽可能早地注意到用例之间的相互角色变化，为架构更新做好准备.
学习java要什么软件?java编程软件哪个好？昆明北大青鸟java培训小编为你详细解答！一、JDK(JavaDevelopmentKit)JDK是整个Java的核心，包括了Java运行环境(JavaRuntimeEnvirnment)，一堆Java工具和Java基础的类库(rt.jar)。
不论什么Java应用服务器实质都是内置了某个版本的JDK。
因此掌握JDK是学好Java的第一步。
最主流的JDK是Sun公司发布的JDK，除了Sun之外，还有很多公司和组织都开发了自己的JDK，例如IBM公司开发的JDK，BEA公司的Jrocket，还有GNU组织开发的JDK等等。
其中IBM的JDK包含的JVM(JavaVirtualMachine)运行效率要比SunJDK包含的JVM高出许多。
而专门运行在x86平台的Jrocket在服务端运行效率也要比SunJDK好很多。
但不管怎么说，我们还是需要先把SunJDK掌握好。
1、JDK的下载和安装JDK又叫做J2SE(Java2SDKStandardEdition)，可以从Sun的Java网站上下载到，#/j2se/downloads.html;，JDK当前最新的版本是J2SDK1.4.2，建议下载该版本的JDK，下载页面在这里：。
下载好的JDK是一个可执行安装程序，默认安装完毕后会在C:\ProgramFiles\Java\目录下安装一套JRE(供浏览器来使用)，在C:\j2sdk1.4.2下安装一套JDK(也包括一套JRE)。
然后我们需要在环境变量PATH的最前面增加java的路径C:\j2sdk1.4.2\bin。
这样JDK就安装好了。
2、JDK的命令工具JDK的最重要命令行工具：java：启动JVM执行classjavac：Java编译器jar：Java打包工具javadoc：Java文档生成器这些命令行必须要非常非常熟悉，对于每个参数都要很精通才行。
对于这些命令的学习，JDKDocumentation上有详细的文档。
二、JDKDocumentationDocumentation在JDK的下载页面也有下载连接，建议同时下载Documentation。
Documentation是最最重要的编程手册，涵盖了整个Java所有方面的内容的描述。
可以这样说，学习Java编程，大部分时间都是花在看这个Documentation上面的。
我是随身携带的，写Java代码的时候，随时查看，须臾不离手。
三、应用服务器(AppServer)AppServer是运行Java企业组件的平台，构成了应用软件的主要运行环境。
当前主流的AppServer是BEA公司的WeblogicServer和IBM公司的Websphere以及免费的Jboss，选择其中一个进行学习就可以了，个人推荐Weblogic，因为它的体系结构更加干净，开发和部署更加方便，是Java企业软件开发人员首选的开发平台。
下面简要介绍几种常用的AppServer：1、TomcatTomcat严格意义上并不是一个真正的AppServer，它只是一个可以支持运行Serlvet/JSP的Web容器，不过Tomcat也扩展了一些AppServer的功能，如JNDI，数据库连接池，用户事务处理等等。
Tomcat被非常广泛的应用在中小规模的JavaWeb应用中，因此本文做一点下载、安装和配置Tomcat的介绍：Tomcat是Apache组织下Jakarta项目下的一个子项目，它的主网站是：#/tomcat/;，Tomcat最新版本是Tomcat4.1.27，软件下载的连接是：;。
下载Tomcat既可以直接下载zip包，也可以下载exe安装包(个人建议zip更干净些)，不管哪种情况，下载完毕安装好以后(zip直接解压缩就可以了)。
需要设置两个环境变量：JAVA_HOME=C:\j2sdk1.4.2CATALINA_HOME=D:\tomcat4(你的Tomcat安装目录)这样就安装好了，启动Tomcat运行CATALINA_HOME\bin\startup.bat，关闭Tomcat运行shutdown.bat脚本。
Tomcat启动以后，默认使用8080端口，因此可以用浏览器访问来测试Tomcat是否正常启动。
Tomcat提供了两个Web界面的管理工具，URL分别是：在启用这两个管理工具之前，先需要手工配置一下管理员用户和口令。
用一个文本工具打开CATALINA_HOME\conf\tomcat-users.xml这个文件，加入如下几行：这样用户“robbin”就具备了超级管理员权限。
重新启动Tomcat以后，你就可以使用该用户来登陆如上的两个管理工具，通过Web方式进行Tomcat的配置和管理了。
2、BEAWeblogicWeblogic可以到BEA的网站上免费注册之后下载到最新的Weblogic8.1企业版，License可以免费使用1年时间，其实这已经完全足够了。
Weblogic的下载连接：#/index.jsp，Weblogic的在线文档：;。
3、IBMWebshpereWebsphere同样可以下载到免费的试用版本，到IBM的developerWorks网站可以看到Websphere试用产品的下载和相关的Websphere的资料，developerWorks中文网站的连接是：#/developerWorks/cn/wsdd/;，Websphere的下载连接：;。
4、JbossJboss是免费开源的AppServer，可以免费的从Jboss网站下载：#/index.html，然而Jboss的文档是不免费，需要花钱购买，所以为我们学习Jboss设置了一定的障碍。
在Jdon上有几篇不错的Jboss配置文档，可以用来参考：;四、Java应用的运行环境Java的应用可以简单分为以下几个方面：1、Java的桌面应用桌面应用一般仅仅需要JRE的支持就足够了。
2、JavaWeb应用Java的Web应用至少需要安装JDK和一个web容器(例如Tomcat)，以及一个多用户数据库，Web应用至少分为三层：Browser层：浏览器显示用户页面Web层：运行Servlet/JSPDB层：后端数据库，向Java程序提供数据访问服务3、Java企业级应用企业级应用比较复杂，可以扩展到n层，最简单情况会分为4层：Browser层：浏览器显示用户页面Client层：Java客户端图形程序(或者嵌入式设备的程序)直接和Web层或者EJB层交互Web层：运行Servlet/JSPEJB层：运行EJB，完成业务逻辑运算DB层：后端数据库，向Java程序提供数据访问服务4、Java嵌入式应用Java嵌入式应用是一个方兴未艾的领域，从事嵌入式开发，需要从Sun下载J2ME开发包，J2ME包含了嵌入式设备专用虚拟机KVM，和普通的JDK中包含的JVM有所不同。
另外还需要到特定的嵌入式厂商那里下载模拟器。
很多问题归根结底都是技术债务，这在一些大公司尤为常见。技术债务话题太大，但就代码质量而言，我只想提一下不要因为这些债是前人留下的你就不去管。怎么写出高质量的代码呢？
1、打好技术基础
写出高质量代码，并不是搭建空中楼阁，需要有一定的基础。这里我重点强调与代码质量密切相关的几点：
1）掌握好开发语言
比如做 Android 就必须对 Java 足够熟悉，才能够写出高质量 Java 代码。
2）熟悉开发平台
不同的开发平台，有不同的 API，有不同的工作原理，同样是 Java 代码，在 PC 上写与 Android 上写很多地方不一样。
3）要去熟悉 Android 编程的一些特性
iOS 编程的一些特性，了解清楚这些，才能写出更加地道的代码，充分发挥各自平台的优势。
4）基础的数据结构与算法
掌握好这些在解决一些特定问题时，可以以更加优雅有效的方式处理。
5）基础的设计原则
无需完全掌握 23 种经典设计模式，只需要了解一些常用的设计原则即可，甚至你也可以只了解什么是低耦合，并在你的代码中坚持实践，也能写出很不错的代码。
2、代码标准
代码标准在团队合作中尤为重要，谁也不希望一个项目中代码风格各异，看得让人糟心，即便是个人开发者，现在也需要跟各种开源项目打交道。
标准怎么定是一个老生常谈的话题，我经历过很多次的代码标准讨论会议，C++，C#，Java 等等，大家有时会坚持自己的习惯不肯退让。可现如今时代不一样了，Google 等大厂已经为我们制定好了各种标准，就用这些业界标准吧。
3、想好再写
除非你很清楚你要怎么做，否则我不建议边做边想。你真的搞清楚你要解决的问题是什么了吗？你的方案是否能有效？有没有更优雅简单的方案？
准备怎么设计它，必要的情况下，需要有设计文档，复杂一些的设计需要有同行评审，写代码其实是很简单的事情，前提是你得先想清楚。
4、代码重构
重构对于代码质量的重要性不言而喻，很难一次把代码写得让自己满意、无可挑剔。
5、技术债务
很多问题归根结底都是技术债务，这在一些大公司尤为常见。技术债务话题太大，但就代码质量而言，我只想提一下不要因为这些债是前人留下的你就不去管。
现实是没有多少机会让你从一个清爽清新的项目开始做起，你不得不去面对这些，你也没法完全不跟这些所谓的烂代码打交道。
当你负责一个小模块时，除了把它做好之外，也要顺便将与之纠缠在一起的技术债务还掉，因为这些债务最终将是整个团队来共同承担，任何一个人都别想独善其身，如果你还对高质量代码有追求的话。
作为团队的技术负责人，也要顶住压力，鼓励大家勇于做出尝试，引导大家不断改进代码质量，不要总是畏手畏脚，停滞不前，真要背锅也得上，要有担当。
6、代码审查
我曾经听过一些较高级别的技术分享，竟然还不时听到一些呼吁大家要做代码审查的主题。
我以为在这个级别的技术会议上，不应再讨论代码审查有什么好，为什么要做代码审查之类的问题。同时我接触过相当多所谓国内一线互联网公司，竟有许多是不做代码审查的，这一度让我颇为意外。
这里也不想多谈如何做好代码审查，只是就代码质量这点，不客气地说：没有过代码审查的经历往往很难写出高质量的代码，尤其是在各种追求速度的糙快猛创业公司。
7、静态检查
很多代码上的问题，都可以通过一些工具来找到，某些场景下，它比人要靠谱得多，至少不会出现某些细节上的遗漏，同时也能有效帮助大家减少代码审查的工作量。
Android 开发中有 Lint，Find bugs，PMD 等优秀静态检查工具可用，通过改进这些工具找出的问题，就能对语法的细节，规范，编程的技巧有更多直观了解。
建议最好与持续集成(CI)，代码审查环境配套使用， 每次提交的代码都能自动验证是否通过了工具的代码检查，通过才允许提交。
8、单元测试
Android 单元测试，一直备受争议，主要还是原生的测试框架不够方便，每跑一次用例需要在模拟器或者真机上运行，效率太低，也不方便在 CI 环境下自动构建单元测试，好在有 Robolectric，能帮我们解决部分问题。
单元测试的一个非常显著的优点是，当你需要修改大量代码时，尽管放心修改，只需要保证单元测试用例通过即可，无需瞻前顾后。
9、充分自测
有一种说法：程序员最害怕的是他自己写的代码，尤其是准备在众人面前 show 自己的工作成果时，因此在写完代码后，需要至少跑一遍基本的场景，一些简单的异常流。
在把你的工作成果提交给测试或用户前，充分自测是基本的职业素养，不要总想着让测试帮你找问题，随便用几下就 Crash 的东西，你好意思拿给别人吗？
10、善用开源
并非开源的东西，质量就高，但至少关注度较高，使用人数较多，口碑较好的开源项目，质量是有一定保证的，这其中的道理很简单。
即便存在一些问题，也可以通过提交反馈，不断改进。最重要的是，你自己花时间造的轮子，需要很多精力维护，而充分利用开源项目，能帮助你节省很多时间，把精力专注在最需要你关心的问题上。
从另一个方面来说，开源项目中的一些知名项目，往往是领域内的翘楚所写，学习这些高手的代码，能让你了解到好的代码应该是怎样的，培养出更灵敏的嗅觉，识别代码中的各种味道
重庆分公司
重庆分公司
