12个回答
展开全部
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)、并发加锁服务concurrent&&lock、池化管理服务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的一点看法，希望对初学者有所帮助。
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)、并发加锁服务concurrent&&lock、池化管理服务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)。这样可降低耦合度。
现在我们谈一下业务稳定存在理由对业务的影响。存在即是合理，在这里当然是正确的。业务因人而存在，所以问业务存在的理由即是问不同角色的需要这项业务的理由以及喜欢不喜欢当前业务用例的理由，所有这样的角色都应该在系统里预留。
在架构设计中有几个原则可以考虑：
用例尽量细分
用例尽量抽象
角色尽量独立
项测量独立原则
追求简单性
这里未提供相关的例子，例子会在以后的更新时提供。
业务和模式之间的关系
业务中的一些用例之间的关系常常和一些常规的模式很相似。但随着时间的演化，慢慢地和先前的模式有了分歧。这是个正常的现象。但这对系统架构却要求非常高，要求系统架构能适应一些模式的更替。在这里我们尽可能早地注意到用例之间的相互角色变化，为架构更新做好准备.
参考资料： 百度
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
展开全部
你的j2se只学了一点而已，不管怎样，都要先把j2se学好，这是基础。j2se的学习顺序一般是这样的：基础语法 -> 面向对象入门 -> 异常处理 -> 数组 -> 常用类 -> 容器（相当重要） -> IO -> 线程 -> 网络 -> GUI。
既然你io，thread都学了，其余那些还有没学的，建议去看看马士兵的j2se视频，其实我觉得如果想打好基础的话，这套视频应该全部过过，特别是开始的内存分析和面向对象分析。学完j2se要做做几个基础的桌面项目，像什么贪吃蛇啊、俄罗斯方块、简单的聊天器等等，这样才能把知识整合起来，加深对j2se的理解。
如果想走j2ee路线的话，接下来应该学数据库，再学html、css、JavaScript、jsp/servlet，也就是web的入门，之后做做web项目，比如小bbs、网上商城等等。学通了就学框架，这期间会穿插很多东西，例如xml、uml、log4j、jUnit等等，最后学设计模式和面向对象的分析。计算机的东西是很多的，不要学死，也不要想着学完，最重要的是学会解决问题的方法。开始肯定要模仿别人的代码，不断模仿，多看，看完一定要自己写几遍，只有能写出来了的，才是自己的东西，建议开始时多背点东西，包括一些常用类啊、一些概念性的东西，因为背多了自己就熟悉了。
数据库的要另找，网上能找到马士兵的Oracle，讲的很不错的！！
shopping这个项目也有从头带到尾的，也是马士兵的，要找找
做项目是很重要的，从简单的做起，慢慢体会其中的分析与设计
学java还是从视频入门的好，千万不要一开始就去看《Thinking in java》，吃力不讨好，学到web时可以看看张孝祥的《深入体验JAVA Web开发内幕——核心基础》，写的很详细，不过他的视频一般，JavaScript就看《JavaScript高级程序设计》，html比较简单，css也比较简单，不过css布局因人而异，有人觉得很好理解，有人觉得很难，搞个Dreamweaver多练练也就熟悉了。设计模式可以看《大话设计模式》，入门很好！
你的j2se只学了一点而已，不管怎样，都要先把j2se学好，这是基础。j2se的学习顺序一般是这样的：基础语法 -> 面向对象入门 -> 异常处理 -> 数组 -> 常用类 -> 容器（相当重要） -> IO -> 线程 -> 网络 -> GUI。
既然你io，thread都学了，其余那些还有没学的，建议去看看马士兵的j2se视频，其实我觉得如果想打好基础的话，这套视频应该全部过过，特别是开始的内存分析和面向对象分析。学完j2se要做做几个基础的桌面项目，像什么贪吃蛇啊、俄罗斯方块、简单的聊天器等等，这样才能把知识整合起来，加深对j2se的理解。
如果想走j2ee路线的话，接下来应该学数据库，再学html、css、JavaScript、jsp/servlet，也就是web的入门，之后做做web项目，比如小bbs、网上商城等等。学通了就学框架，这期间会穿插很多东西，例如xml、uml、log4j、jUnit等等，最后学设计模式和面向对象的分析。计算机的东西是很多的，不要学死，也不要想着学完，最重要的是学会解决问题的方法。开始肯定要模仿别人的代码，不断模仿，多看，看完一定要自己写几遍，只有能写出来了的，才是自己的东西，建议开始时多背点东西，包括一些常用类啊、一些概念性的东西，因为背多了自己就熟悉了。
数据库的要另找，网上能找到马士兵的Oracle，讲的很不错的！！
shopping这个项目也有从头带到尾的，也是马士兵的，要找找
做项目是很重要的，从简单的做起，慢慢体会其中的分析与设计
学java还是从视频入门的好，千万不要一开始就去看《Thinking in java》，吃力不讨好，学到web时可以看看张孝祥的《深入体验JAVA Web开发内幕——核心基础》，写的很详细，不过他的视频一般，JavaScript就看《JavaScript高级程序设计》，html比较简单，css也比较简单，不过css布局因人而异，有人觉得很好理解，有人觉得很难，搞个Dreamweaver多练练也就熟悉了。设计模式可以看《大话设计模式》，入门很好！
既然你io，thread都学了，其余那些还有没学的，建议去看看马士兵的j2se视频，其实我觉得如果想打好基础的话，这套视频应该全部过过，特别是开始的内存分析和面向对象分析。学完j2se要做做几个基础的桌面项目，像什么贪吃蛇啊、俄罗斯方块、简单的聊天器等等，这样才能把知识整合起来，加深对j2se的理解。
如果想走j2ee路线的话，接下来应该学数据库，再学html、css、JavaScript、jsp/servlet，也就是web的入门，之后做做web项目，比如小bbs、网上商城等等。学通了就学框架，这期间会穿插很多东西，例如xml、uml、log4j、jUnit等等，最后学设计模式和面向对象的分析。计算机的东西是很多的，不要学死，也不要想着学完，最重要的是学会解决问题的方法。开始肯定要模仿别人的代码，不断模仿，多看，看完一定要自己写几遍，只有能写出来了的，才是自己的东西，建议开始时多背点东西，包括一些常用类啊、一些概念性的东西，因为背多了自己就熟悉了。
数据库的要另找，网上能找到马士兵的Oracle，讲的很不错的！！
shopping这个项目也有从头带到尾的，也是马士兵的，要找找
做项目是很重要的，从简单的做起，慢慢体会其中的分析与设计
学java还是从视频入门的好，千万不要一开始就去看《Thinking in java》，吃力不讨好，学到web时可以看看张孝祥的《深入体验JAVA Web开发内幕——核心基础》，写的很详细，不过他的视频一般，JavaScript就看《JavaScript高级程序设计》，html比较简单，css也比较简单，不过css布局因人而异，有人觉得很好理解，有人觉得很难，搞个Dreamweaver多练练也就熟悉了。设计模式可以看《大话设计模式》，入门很好！
你的j2se只学了一点而已，不管怎样，都要先把j2se学好，这是基础。j2se的学习顺序一般是这样的：基础语法 -> 面向对象入门 -> 异常处理 -> 数组 -> 常用类 -> 容器（相当重要） -> IO -> 线程 -> 网络 -> GUI。
既然你io，thread都学了，其余那些还有没学的，建议去看看马士兵的j2se视频，其实我觉得如果想打好基础的话，这套视频应该全部过过，特别是开始的内存分析和面向对象分析。学完j2se要做做几个基础的桌面项目，像什么贪吃蛇啊、俄罗斯方块、简单的聊天器等等，这样才能把知识整合起来，加深对j2se的理解。
如果想走j2ee路线的话，接下来应该学数据库，再学html、css、JavaScript、jsp/servlet，也就是web的入门，之后做做web项目，比如小bbs、网上商城等等。学通了就学框架，这期间会穿插很多东西，例如xml、uml、log4j、jUnit等等，最后学设计模式和面向对象的分析。计算机的东西是很多的，不要学死，也不要想着学完，最重要的是学会解决问题的方法。开始肯定要模仿别人的代码，不断模仿，多看，看完一定要自己写几遍，只有能写出来了的，才是自己的东西，建议开始时多背点东西，包括一些常用类啊、一些概念性的东西，因为背多了自己就熟悉了。
数据库的要另找，网上能找到马士兵的Oracle，讲的很不错的！！
shopping这个项目也有从头带到尾的，也是马士兵的，要找找
做项目是很重要的，从简单的做起，慢慢体会其中的分析与设计
学java还是从视频入门的好，千万不要一开始就去看《Thinking in java》，吃力不讨好，学到web时可以看看张孝祥的《深入体验JAVA Web开发内幕——核心基础》，写的很详细，不过他的视频一般，JavaScript就看《JavaScript高级程序设计》，html比较简单，css也比较简单，不过css布局因人而异，有人觉得很好理解，有人觉得很难，搞个Dreamweaver多练练也就熟悉了。设计模式可以看《大话设计模式》，入门很好！
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
展开全部
没有接触过但确实是对JAVA感兴趣想要学习却不知道从何下手？通过以下几个渠道你会获得不一样的收获。
小白想要学java可以先从看视频开始，有个初步的了解，毕竟一开始看书不太现实，看视频内容丰富而且不会那么枯燥。初步了解学习的路线和方向。
听课，有资源的可以听听讲座，但一般这类讲座只在技术类院校中会存在，没有机会的可以报班学习，这样更能系统的学习。
动手操作，俗话说实践是检验真理的唯一标准，唯一不唯一的不知道但肯定是很重要的，所以要“敲代码”多动手试试，一开始可能很慢，但时间长了，熟悉了就快捷很多。
互相交流，可以找一些志同道合的学习人一起讨论一起学习，相互交流还可以进行思维交流。
以上是我的建议，希望我的建议对你有所帮助。
小白想要学java可以先从看视频开始，有个初步的了解，毕竟一开始看书不太现实，看视频内容丰富而且不会那么枯燥。初步了解学习的路线和方向。
听课，有资源的可以听听讲座，但一般这类讲座只在技术类院校中会存在，没有机会的可以报班学习，这样更能系统的学习。
动手操作，俗话说实践是检验真理的唯一标准，唯一不唯一的不知道但肯定是很重要的，所以要“敲代码”多动手试试，一开始可能很慢，但时间长了，熟悉了就快捷很多。
互相交流，可以找一些志同道合的学习人一起讨论一起学习，相互交流还可以进行思维交流。
以上是我的建议，希望我的建议对你有所帮助。
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
展开全部
作为零基础接触编程学习的小伙伴，我建议你在学习Java前期就要注意这些地方：
1，开始学习要自己写一个详细的学习计划，要知道自己每一天要学习的内容是什么，学完之后要达到一个什么样的效果，多久能够学完，不要盲目的就开始学习。
2，写代码要规范，加粗样式在以后的开发工作中这是一个非常非常良好的习惯，会为你节省大量的时间和提升你自己代码的编写速度和整洁。
3，学习Java写代码，要多练习，多理解，在学一个完新的知识点后，一定要做到熟练去应用它，要深刻的理解，要不然学完了过不了多久你就会忘，做开发学主要都是看实际操作和动手能力。
4，做一个程序员一定要多动手，多敲键盘，大部分的人学习Java一开始就一味的看书和看视频，不注重实践，看到最后自己什么也记不牢，一定要知道学习Java主要是学习编程思维。
5，学习Java要坚持，本来写代码就是一个很枯燥很乏味的事情，学习考验的就是毅力，不要半途而废，要持之以恒，想要以后挣大钱，那么现在在基础建设的时候就要多付出汗水。要知道，有付出才有收获。
Java具体需要学习的内容还请看这篇文章：Java学完哪些内容能够出去找工作
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
展开全部
学习JAVA应该从哪一步开始很多人都很迷茫，下面是我整理的学习路线和方向一共四点。希望对你有帮助！
①【学习语言基础】
很显然，掌握语言基础是第一步。如果你不了解基础知识，那么你就不知道自己是否做错了或者接下来该怎么做。当然，这并不是要求你把所有的基础知识都记住，比如所有的 Java关键字、核心概念或者基本编码技术等。
②【开始编写一些小程序】
如果你确信自己对大多数的基础知识和概念足够熟悉，并且能够以某种方式将它们联系起来，那么你就可以进行下一步了，你可以开始尝试编写一些非常基本的 Java 程序，比如打印 hello world、实现简单的加减法，等等。
③【 使用 Java API 编写高级程序】
当你完成了大部分的基础程序编写，并且掌握了基本的编程技巧之后，就可以进行下一步了。我会建议你努力学习 Java 集合和 Java IO 内部的 API。你需要熟悉这些 API 提供的各种类和接口，并利用它们来创建程序。需要注意的是，你应该查找已经存在的 API 和方法来实现功能，而不是自己实现这些逻辑。你的任务是熟悉这些 API，因此你只能够在这些已有的 API 中寻求解决方案。
④【编写桌面程序和 Web 应用】
通过这一步的学习，面对任何 Java 面试你都能够信心满满，当你讨论 Java 相关的话题时也能够充满自信。你需要至少编写一个 Java 桌面或者 GUI 应用程序，比如计算器，然后再编写一个 Web 应用程序，比如医院管理程序。在前面的学习中，你已经掌握了最基本的 Java 知识，现在你需要去探索，然后编写出这两个应用程序。
重要的是，它可以帮助你养成不惜一切代价完成一项任务的好习惯。这种持之以恒的态度对你职业生涯的长远发展是非常重要的。
多敲代码，多敲代码，多敲代码，重要的事情说三遍
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
更多回答（10）
推荐律师服务：
若未解决您的问题，请您详细描述您的问题，通过百度律临进行免费专业咨询
