通过朗沃Java项目实训后的软件工程师，可以达到如下技术水平：
1.精通Java、JSP、Servlet、EJB、JDBC、SSH(Struts、Spring、Hibernate)等编程技术；
2.掌握国际化、规范化的软件工程方法及开发管理流程；
3.精通基于Oracle/MySQL数据库的开发技术；
4.掌握主流的J2EE商用及开源的应用平台及开发工具，熟悉开发环境；
5.掌握面向对象的软件分析、设计方法OOA、OOD和UML工具；
6.具备相当于1-2年的软件开发工作经验。
7.具备良好的沟通能力及职业素质
 
一个电话可能让你不在迷茫
一次沟通可能改变你的一生
---------------------------------------------
咨询QQ：819903320
QQ交流群：77798142

            亚嵌《嵌入式linux系统工程师强化培训班》 第8期

课程链接：http://www.akaedu.org/pages/center11_shuqi.html        咨询热线：400-700-9624

**************************************************************************************

开课时间：01月17日（140学时）

报名优惠：01月10日之前报名免收300元教材费

课程特点：

■以实验为主，理论经典讲授，内容为亚嵌多位老师多年教学精华提炼而成；

■学习内容涵盖 6 个方面，是全面、系统、专业地学习嵌入式linux技术的金典课程；

  1）.ARM开发实战   2）.嵌入式linux应用开发实战  3）.嵌入式linux高级编程实战

  4）.嵌入式linux移植实战   5）.嵌入式linux驱动实战  6）.嵌入式linux项目实战

■毕业后可免费参加亚嵌《嵌入式linux系统工程师中级》认证，通过认证的学生，保证就业、保证底薪；

■保证教学质量，承诺本期学习未消化，不限次数免费重听相同课程，不限次数免费参加亚嵌《嵌入式linux系统工程师中级》认证，直至通过认证，保证就业。

课程师资详见：http://www.akaedu.org/pages/team01.htm

课程实验器材详见：http://www.akaedu.org/pages/center05_2.htm

**************************************************************************************

报名信息：

** 培训费用：￥5900.00 元  

** 师生优惠：￥5300.00 元（凭学生证原件、教师资格证书原件）

** 团报费用：￥5300.00 元（3人以上）

** 教材费：  ￥300.00  元　　　　　　　　　　　　　　　　　　

** 咨询电话：400-700-9624 

　　　　　   010－62642993   　　

　　　　　   010－62631735 转 8005/8006 

** 咨询QQ ： 601334534

** 咨询MSN：akaedu007@hotmail.com

** 课程咨询：史老师　15910982846（24小时）

**************************************************************************************

昨天找到一个很好的PPT下载地址。里面有最新的电子工业计算机图书PPT在线阅读和下载。其中刚好有Java的PPT——21天学通Java。地址是http://www.fanfankan.net/21/java/book.asp。
更多信息可以参考：http://www.china-pub.com/195064

现在在招聘高级软件开发工程师
Java高级研发工程师 (百度onsite)

- 本科或本科以上学历，计算机相关专业
- 三年以上的Java软件开发经验 
- 对Java面向对象软件结构有深入理解以及很强的应用能力
- 能够熟练应用JSP/Servlet/JavaScript等WEB开发技术，熟悉Spring，Struts和Hibernate等主流的开发框架
- 对数据库的基本理论和内部实现机制有比较深刻的理解
- 能够熟练应用mysql，有千万量级数据量的数据库设计能力
- 熟练使用UNIX、LINUX，能进行shell编程
- 了解TCPIP、HTTP等协议
- 学习能力强，拥有优秀的逻辑思维能力
- 自我管理能力强，有良好的时间意识
- 有较好的沟通交流能力

文思创新公司地址：中关村软件园9号楼 国际软件大厦

以下是我的联系方式，您如果有什么问题可以直接发邮件或打电话给我。祝工作开心！

Thanks & Best Regards,
 
Dennis Bai
Human Resource Specialist
ESS -- R&D Service Group
Vanceinfo Creative Software Technology,Ltd.
Building 9, Zhongguancun Software Park
Haidian District, Beijing 100094, P.R.China
Email: bai_yang@vanceinfo.com
MSN: gemini_hr@hotmail.com

改成【爱随意设计论坛】http://bbs.icebeta.cn

LOGO

http://www.icebeta.cn/bbs.gif

 一、普通版：

编辑跟某武侠作者约稿，要写一篇既打破世俗伦理，又包含江湖门派间多年怨情仇，同时情节还要扣人心悬，大有血雨腥风呼之欲来这样的微型武侠小说。

第二天交工，全文只有十个字：“师太，你就从了老衲吧 ”

二、进化版：

小说要求：

1、要同时涉及3大门派
2、要包含江湖门派间多年恩怨情仇，又要打破世俗伦理。
3、同时情节还要扣人心悬，大有血雨腥风呼之欲来。令人极为期待该小说之续集，同时留下n多悬念。
4、越短越好

第2天，有人来投稿，全文只有十个字：

“秃驴，竟敢跟贫道抢师太 ! ”

编辑复语：恩怨情仇，血雨腥风确有，且短小精悍，n多悬念，但侠骨有余，柔情不足。虽江湖儿女，但也有柔情万种。

第3天，修改稿：

“师太，你就放弃秃驴从了贫道吧!”

编辑又语：江湖儿女，柔情尽显，缠绵悱恻。但仍拘泥世俗伦理。

第4天，第三稿：

“师太，你竟敢跟贫道抢秃驴! ”

编辑三思，语：打破世俗伦理之作，血雨腥风也呼之欲来，扣人心弦，悬念n多，但总是少点什么……

第5天，终结稿：

和尚："师太，你从了和尚吧!"
道长："秃驴，竟敢跟贫道抢师太!"
师太："和尚、道长你们一起上吧，我赶时间。"

编辑兴奋ing，语：前无古人，后无来者之完美杰作。既有难以理清的多年门派恩怨，大有血雨腥风呼之欲来之势；又有纠葛的侠骨柔情，

既打破世俗伦理，又尽显江湖儿女不拘小节之豪气干云。旷世巨制!!

三、威力加强版：

皇宫寝宫深处，两男一女，三个人影上窜下跳，接着同时跳入一片空地当中。男子手拿拂尘，瞪眼骂道：“秃驴！你好大的胆子！竟敢跟贫道抢师太！”女子急急叫道：“哥！你净身入宫多年，我们根本不能做夫妻，你何必苦苦相逼呢！”说着，紧紧拉住身边的男子：“我只爱他！心里也只有他！”那男子轻轻挣开女子的手，上前一步，低声说道：“女儿！退后！看老衲今天杀了这臭道士！以报多年前的夺妻之恨！”只见至爱的两人，以死相拼，女子无奈长叹一声："你二人别争了，9年前我已有了爷爷的骨肉!现任小皇帝是也.我的身体只属于他，你们走吧..."此时，一座石狮背后，闪出一衣着华美的少年，叹道："太后，朕实乃断袖之人，已与和尚爷爷有了龙阳之好..."说罢，眼角瞟了眼道士，便低下头去.手拿拂尘男子听后，呆立半晌，黯然道：好，好，好，果然天道循环，因果不爽，当年我夺你妻，如今你抢我心头之肉，枉我挥刀变性，乔为内官，受那自宫之苦。大和尚却仿佛没听见道士的话，而是沉吟着问女子：女儿，你说陛下是九年前与父亲所出?他如今是死是活?“哈哈哈哈”随着震耳的笑声，一个衣着破烂的喇嘛从天而降，“秃驴，夺妻之仇未报，老朽怎舍得就此西去？！！！”

四、完全解读分析版：

皇宫寝宫深处，两男一女，三个人影上窜下跳，接着同时跳入一片空地当中。男子手拿拂尘，瞪眼骂道：“秃驴！你好大的胆子！竟敢跟贫道抢师太！”女子急急叫道：“哥！你净身入宫多年，我们根本不能做夫妻，你何必苦苦相逼呢！”说着，紧紧拉住身边的男子：“我只爱他！心里也只有他！”那男子轻轻挣开女子的手，上前一步，低声说道：“女儿！退后！看老衲今天杀了这臭道士！以报多年前的夺妻之恨！”

解读：此段信息量甚大，可以简单得出以下几点，一，道士与和尚是情敌，两人都钟情于师太；二，道士与师太是兄妹；三，和尚与师太是父女；四，道士当年抢了和尚的老婆。以上是简单的推论，从字面上理解不难得出，但是我们把第二点和第三点结合起来，就可以得出和尚与道士其实是父子关系，而和尚的老婆也就是道士和师太的母亲，当年道士从父亲手里抢下了母亲，所以现在和尚十分恨他，而如今道士又爱上了自己的妹妹师太，可师太偏偏又钟情于自己的父亲和尚。

只见至爱的两人，以死相拼，女子无奈长叹一声："你二人别争了，9年前我已有了爷爷的骨肉!现任小皇帝是也.我的身体只属于他，你们走吧..."此时， 一座石狮背后，闪出一衣着华美的少年，叹道："太后，朕实乃断袖之人，已与和尚爷爷有了龙阳之好..."说罢，眼角瞟了眼道士，便低下头去.手拿拂尘男子听后，呆立半晌，黯然道：好，好，好，果然天道循环，因果不爽，当年我夺你妻，如今你抢我心头之肉，枉我挥刀变性，乔为内官，受那自宫之苦。大和尚却仿佛没听见道士的话，而是沉吟着问女子：女儿，你说陛下是九年前与父亲所出?他如今是死是活?

解读：有了前面的分析，此段不难理解，师太虽目前钟情于和尚父亲，但在若干年前，却与自己的爷爷（也是道士的爷爷）----也就是和尚的父亲行了苟且之事，结果生下了小皇帝，而小皇帝是断臂，情人正是和尚爷爷（准确说应该是和尚外公），不过从他瞟道士那一眼来看，小皇帝与道士舅舅的关系亦不同寻常，只是碍于和尚在场怕其嫉妒而不能宣之于口罢了，只能眉目传情，而道士口中的心头之肉，表面上为师太，其实实际上指的却是小皇帝，而在场的人能理解此话真正含义的只有道士和小皇帝。这种理解也正对应了道士为何自宫入宫作内官，其实是为了小皇帝，并非为了师太！至于小说开头和尚与道士的打斗，分析起来我认为应该是和尚挑起的，以报当年的夺妻之恨，而道士斥责和尚与自己抢师太多半是用自己入宫是因为和师太余情未了来掩饰自己与小皇帝的断臂之实情。

“哈哈哈哈”随着震耳的笑声，一个衣着破烂的喇嘛从天而降，“秃驴，夺妻之仇未报，老朽怎舍得就此西去？！！！”

解读：这时结果已经呼之欲出了，喇嘛与和尚是父子关系，而当年和尚抢夺了喇嘛的妻子也就是自己的母亲。

以上还不是最后结果，如果以上的结果正确，那小说里的对话就有了两个从未出现的人物，一个是和尚的妻子，一个是喇嘛的妻子，可此文绝就绝在对话中涉及的人物其实全部出场了！！！最后的结果就是-------------师太即是和尚口中的妻子，也是喇嘛口中的妻子！！！

完整的分析如下：

道士和师太是和尚的儿女，师太与和尚LL（特殊词被和谐办屏蔽）（生下道士和师太的女人，对话中并未涉及，也就是说和尚口中的妻子并不是师太的母亲，而是师太本人），同时和尚又是喇嘛的儿子，同时喇嘛与师太孙女又LL（喇嘛口中的妻子也是师太本人，而不是和尚的母亲），而道士与师太又兄妹LL（道士口中的妻子也是师太本人），所以喇嘛、和尚、道士祖孙三代同时把一个女人看做是妻子，所以出现道士与和尚互相认为对方夺了自己的妻子，喇嘛认为和尚夺了自己妻子这样的结果。喇嘛与师太孙女LL生下了小皇帝，道士没有得到师太，于是喜欢上了小皇帝，于是不惜入宫做了太监（道士0号，小皇帝1号，所以道士自宫不影响两人关系）以接近小皇帝，可小皇帝同时又与和尚相好，从石狮闪出之后，承认了与和尚的关系，却不愿公开与道士的关系，于是两个人用隐语对话，向读者透露信息。

注：LL为luanlun的简写

五、囧版：

版本1 三角恋： 贼道!尔敢和老衲抢师太.
版本2 断臂山： 贼尼，你敢和道爷抢方丈!
版本3 有外遇的断背山： 秃驴，你敢和贫尼抢道爷!
版本4 忠贞不渝的断臂山： 死贼尼.莫要破坏老衲和道爷的关系!
版本5 同门日久生情： 师兄，你就从了老衲吧
版本6 众神皆法： 贼尼!竟敢跟道爷抢神父!!
版本7 情节连贯： 师太，你就从了老衲吧……师太，你就饶了老衲吧～

　　1.编写代码占据了软件开发人员生命的全部。
　　编写程序代码是开发人员的“生命之光、欲望之火、灵魂之源”，同时还是他们无法抑制的冲动。正因为这样，他们沉醉于其中不能自拔，甚至牺牲个人的仪表、放弃培养社交技巧以及与异性交往的机会。而一旦担任了CIO则将会使他们远离自己真正的生命激情。

　　2.开发人员希望看到自己的劳动成果
　　开发人员不愿意将自己的时间花在参加多而繁琐的日常会议、协调下属之间的小矛盾、处理人际关系以及向高层“低声下气”地申请预算上。他们想要做一些“实实在在”的工作，他们希望自己的工作能够转化为有形的产品，希望自己能够理直气壮地指着一个应用软件说说：“这是我开发的”，而不是“这是我的团队开发的”。

　　3.开发人员不用精通英文
　　许多开发人员运用JAVA或者C#语言“介绍”自己会比用英语更好。而CIO刚好恰恰相反，因为他们必须能够向企业管理层和董事会清除地解释IT的价值。

　　4.做一个好的程序员要比CIO更加容易并且吸引力更大
　　对于一个软件开发人员来说，成为一个传奇的黑客是他的一个梦想，这要比成为一个CIO更令他激动。同时，这也是一个更加现实的职业目标，因为目前，做一个成功的CIO并不是那么容易的。

　　5.开发人员不希望成为任何人的下属
　　让我们面对现实吧：大部分的CIO需要听命于首席财务官和首席执行官。开发人员则有自己独立的性质，并且不用理会所谓的企业政治。更重要地是，他们宁愿相互调配，也不愿意向不懂技术的高层汇报并采用他们的意见。

　　6.开发人员对于管理工作不感兴趣
　　开发人员认为CIO角色是一种讲究战术的角色。他们认为首席信息官的主要工作就是管理企业的基础设施。而开发人员不愿意管理现状，他们更渴望创新。

　　7.开发人员讨厌使用PowerPoint
　　PowerPoint是Dilbert漫画中秃头老板的“活动领域”，开发人员更擅长使用程序来说明问题，而不是用空洞的演示文稿。

　　8.开发人员往往认为他们的CIO是一无所知的
　　既然这样，哪一个开发人员愿意担当这样一个自己的任何同行都不尊重的角色呢?

关于玩：

结路一：西山风景区—海埂民族村－－大观楼
    到西山森林公园、云南民族村游览，建议旅游线路：
1、上午先乘5、53、66、69、75、90、100路车到六路车场(也可到云南饭店（艺术剧院），乘专线旅游车和中巴车)，转乘6路公交车或中巴车前往西山森林公园，从山脚一路游览到龙门，中午乘高空缆车下到民族村，坐缆车还可观赏秀美的滇池美景。在民族村可游玩到下午，再前往大观楼，傍晚再乘车（4、73、44、24）返回市区。
2、先到民族村游玩，中午乘缆车上到龙门再一路游玩到山脚，乘六路车回到市区。（因此线路到达西山公园已经是下午，游玩时间较紧，可能有些景点无法观赏到）

线路二：世界园艺博览园、金殿
    到世界园艺博览园交通很方便，市区东南西北各汽车站均有专线车。有10、47、68、69、71、76路公交车，您还可以乘出租汽车前往。世界园艺博览园门票价格为：全价票100元/张，半价票50元/张。
游览完世博园后你可以坐缆车或登山上到金殿公园。

线路三：景星花鸟市场、云南省博物馆、尚义花市、金马碧鸡坊、翠湖公园、圆通寺
    此线路全在市内游走，随性而行吧 PS：景星花鸟市场大楼里一楼卖水族和鱼，二楼是珠宝玉器，三楼是各种旅游纪念品，强烈建议你上三楼去看看，上面有很多和云南接壤国家的小物品在卖，最让我喜欢的是三楼的那家卖尼泊尔饰品的小店。

线路四：石林风景名胜区
　　到石林的交通非常方便，路况也不错。您可以在昆明市东部客运站乘坐到路南县城的班车，票价21元，然后从路南县城乘小巴（1元）到达石林风景区车次很多。此外昆明南站和锦华宾馆旁边有旅游专用车，你也可以每天早上从昆明火车站乘火车前往，当天下午5点返回昆明。

　Java 2企业版本（The Java 2 Enterprise Edition，J2EE）平台由4个主要的部分组成：规范，参考实现，兼容性测试包和BluePrints程序。BluePrints描述了一个分布式组件体系的最佳练习和设计指导方针。这篇文章介绍了一个由八个步骤组成的J2EE开发方法论，该方法是基于Rational Unified Process和BluePrints应用例子的。通过这篇文章，你将可以更好地理解J2EE体系的许多重要主题，并且可以应用这些知识来扩展和修改这个简单的方法论，从而解决各种特定的商业问题。

　　在商业领域，我们使用Java 2企业版本（J2EE）来解决商业问题，开发商业的软件，或者为其它的商业项目提供联系的服务。如果一个公司要使用多层的体系来建立一个电子商务的网站，在其整个开发周期中，通常都需要经理、体系构建人员、设计人员、编程人员、测试人员和数据库专家参与进来。

　　为了让不同的部分可以有效地工作，我们通常都需要一个软件开发流程。一个经典的开发流程包括有瀑布模型、快速应用开发（RAD）和最终编程。在这篇文章中，我们将集中介绍一个流行的软件设计流程--Rational Unified Process（RUP）。RUP提供了一个专门的方法来为不同的角色分配任务。它的目标是在一个可预计进度和预算内，确保我们生产出高质量的软件以符合用户的需要。

　　我使用RUP作J2EE开发有三个方面的原因。首先，RUP是以体系为中心的；在提交资源作全方位的开发之前，它首先开发出一个可执行的体系原型。第二，RUP是迭代的而且是基于组件的。该体系的基本通常是包含有一个架构，它可以方便地通过迭代地增加组件，从而在不影响系统其它部分的基础上，自定义和扩展一个系统的功能。第三。RUP使用一个工业标准的语言--UML，可以将系统的体系和组件以可视化的模型展示。RUP有4个不同的开发阶段：初始（inception）, 细化（elaboration）, 构建（construction）和转换（transition）。这篇文章将从一个技术的观点来介绍J2EE开发的8个基本步骤，它是维持以体系为中心的。

　　1、需求分析

　　需求分析用来描述系统应该和不应该做什么，从而开发者和用户可以创建一个初始化的商业联系。你可以用商业的概念、该领域的术语、框图或者其它方法将功能性的需求写成文档，而非功能性的需求，例如性能和事务，可以写在附加的需求文档中。你可以用文本或者HTML来创建高级别的UI模型，采取哪种方式，要看你在该项目中介入的深度。

　　一个典型的电子商务系统。viewOrder图说明的是一个用户通过web登录至系统，查看订单的列表，并且可点击进去查看每张订单的细节。addLineItems说明的是用户浏览产品目录，选择感兴趣的产品，并且将它们加入到购买订单中。

　　II、面向对象的分析

　　分析产生问题域模型：类、对象和交互。你的分析应该脱离任何的技术或者实现的细节，而应该包含有一个理想的模型。对象分析可帮助你理解问题和获得问题领域方面的知识。你必须维护一个纯领域的模型，它不包含技术的细节，这是由于商业流程的改变要比信息技术慢得多。

　　上面的两步--需求分析和面向对象的分析并不是J2EE特有的，对于许多面向对象的方法论来说，都是很常见的。一个高级别的对象分析模型，它是一个宠物店的例子应用。它说明了我们由需求分析use cases中确定的主要概念。我们将这些概念模型化到对象中，并且确定它们的关系。

　　需求和对象分析的结果是J2EE体系开发的一个入门点。要开发一个体系，你可选择一个垂直的部分--通常是一个关键的部分，例如是订单领域的对象模型--来作对象设计、实现、测试和开发。（一个垂直的部分，是一个RUP概念，是系统的一小部分。开始点是use case的一个子集。一个垂直部分的实现就会产生一个全功能的迷你系统，包括所有层，例如用户界面层的JavaServer Pages（JSPs），中层的商业对象，例如是Enterprise JavaBeans (EJBs)和后台的数据库）。你可以将由原型中得到的经验应用到域对象中，并且将这些认识作为对象设计阶段的一个设计指导方针。

　　III、体系规范

　　经过前面的两个步骤，商业领域的问题和需求都应该清晰了。现在我们将集中讨论技术策略和体系上。一个体系就是各部分一起定义整个系统的蓝图：结构，接口和通信技术。我们可进一步将一个体系划分为企业和应用体系。

　　企业系统体系

　　企业系统体系覆盖了硬件和软件架构，网络拓扑，开发、测试和生产环境等。这些都反映了一个企业的长线投资。在开发前，你需要评估现有的软件和硬件架构，如果它不能完全支持J2EE的话，你可能会加入新的组件和升级你现有的系统。你需要彻底地评估硬件，包括有计算机，路由器、交换机和网络拓扑，因为它们都会影响系统的性能和稳定。
多层企业体系拥有以下主要的组件：

　　 .Web浏览器客户端，它可能处在客户端公司的防火墙后面

　　 .HTTP服务器，它通常处在DMZ区

　　 .Web容器主机提供表现或者商业逻辑组件

　　 .应用容器提供商业逻辑组件

　　 .关系数据库管理系统（RDBMS）和数据库提供数据和数据逻辑

　　所使用的系统体系类型是根据你对安全、性能、可靠性的需求以及你公司的财政状况而定的。要求很低时，你甚至可以使用一台二手的计算机和一条电话线。在Internet上，有许多开放源代码的操作系统、Web服务器、应用服务器和数据库管理系统。这些系统的花费可能只有几百美金，当然，维护起来可能要麻烦一点。

　　高端的客户，例如许多华尔街的财政机构，它们需要的是一个支持安全、高吞吐量和可应付不可预计网络通信的系统。在这种情况下，你通常就需要一个n层的体系，该体系带有Web服务器和应用服务器，并且设置为群集而达到容错的目的。

　　你还需要评估软件架构，包括Web服务器，安全管理软件，应用服务器，域名管理服务器，数据库管理系统和第三方的软件组件，如果你还没有购买你的应用服务器，那么在评估过程中，选择一个J2EE的生产商将是一个重要的部分。我要提醒你一点，不同厂家对J2EE的实现是有很大不同的，有一些仅支持旧的J2EE版本。此外，一些Web容器或者应用容器可能要比其它的快不少。除了实现J2EE规范外，许多的厂家还售卖J2EE体系的组件或者架构。选择一个稳定的J2EE厂家也是重要的，因为这样可以得到长久的支持。你通常可以购买或者在系统体系级别开发的功能包括有：

　　。事务处理

　　。国际化和本地化

　　。群集和对象分布

　　。Session管理

　　。应用性能测量和描述

　　。消息

　　。工作流管理

　　。入口和个性化管理

　　。层到层通信协议

　　。安全和防火墙

　　应用体系

　　应用体系建立在企业系统体系之上，指的是一个特别的项目或者应用。在架构完成后，体系建立人员就会研究如何建立一个专门的应用。如果你的企业体系只是支持一个旧的J2EE版本，你可能就需要首先升级你的系统。如果由于预算或者时间关系而不能做升级，那么就必须在旧版本的技术限制下工作。重要的是，要建立企业级的可重用组件。最终的目标是要满足客户的需要。

　　一个体系建立者并不是一个设计者；体系和设计是两件不同的事情。一个应用体系的范围是系统的主要结构、它的体系设计模式以及你可以在上面增加组件的架构。体系主要是涉及实现的非功能性方面，而设计是和商业的use cases有关，use cases是指你应用来转换域对象模型为一个技术对象模型的部分。应用体系是项目的结构，一个专门的应用。你通常在应用体系结构开发时要作出的决定包括有：

　　。层间的功能划分

　　。模型域对象

　　。以前的系统需要保存的东西

　　。购买的软件组件

　　。需要建立的组件

　　。如何集成第三方的组件

　　图3中的订单域对象解释了你如何做到模型化域对象。对于当前的Java技术，你可以将域对象分布在几个地方，包括有作为开发者管理的持续对象放在Web容器中，作为EJB放在应用服务器中，或者作为存储过程放在RDBMS主机中。

　　在宠物店的设计图中，我们将订单对象设计为一个实体bean、一个细节的对象和一个数据访问对象，如图5和后面的图6所示。当你看到这些时，你将会认识到其体系的重要性。你可以想一下为什么一个在分析模型的域对象被映射为这么多对象，以及如果改变该设计的话，将会发生什么事情。你也许已经听到过EJB的好处，不过要注意的是不同厂家实现起来的性能是有区别的。当新技术到来时，在将其放在到一个系统之前，你需要做研究并且动手做一些测试。其实所谓体系的开发，就是将设计和实现域对象模型的垂直块转换为设计其它许多域对象。

　　在J2EE出现的早期，一些面向对象的设计者尝试将域对象映射到实体bean中，并且将它们在层间传送。他们拥有非常好的UML框图，不过得到的结果是一个慢的系统，这是由于不必要的网络通信造成的。由对象分析直接进入对象设计，而没有一个体系的设计，没有清楚地理解一个新技术，这样通常都会导致一个项目失败。

　　可交付的体系

　　由于J2EE体系是一个相对新的主题，因此一个可交付的J2EE体系并没有很好地定义。在宠物店的例子应用中，是很难看出体系在哪里结束和设计在哪里开始。文档由高级别的应用体系检查、Model-View-Controller设计模式的讨论和一个体系概览开始。低级别的文档就是源代码。没有UML框图。Sun的J2EE企业体系认证的委派部分要求所有的可交付体系都用UML表示。不过，这里仅表示为一个类框图、一个组件框图和一些对象交互框图，。这些对于一个真正的J2EE应用来说都是不足够的。要开始的话，体系规范和流程至少需要以下的方面：

　　.一份系统体系文档，用来描述你现有的硬件、软件、网络拓扑和其它的组件

　　.一个应用体系文档，用来描述应用的主要结构，包括所有对于体系有重要作用的组件、use case组件和以前的组件的一个逻辑视图

　　.一个新组件设计指导方针，用来描述所有的设计方针和体系决定，解释全部这些决定，并且说明如果选择其它的选项会有什么可能的结果。这些方针应该包含所有重要的基本决定，以便进行新组件的设计时可遵从这些规定，以维持系统体系的完整性

　　。一个工作体系原型来评估新的技术；从开发和配置J2EE应用中获取经验；建立体系架构；通过测量性能、扩展性来预示所冒的风险；还有向客户证明你的方法是可行的

　　在你开发过几个J2EE方案并且获得更多的经验后，原型将不再那么重要，这时一些UML框图和一些设计方针就可能已经足够了。

　　IV、对象设计

　　在体系规范的指导下，设计可在技术上扩展和适应分析的结果。分析阶段时，域对象模型化应该和技术的细节无关，而对象设计时则是和技术因素密切相关的，包括在体系开发阶段时，采用哪一类的平台、语言和厂家。理论上，你不要修改商业对象，除非是为了维护它们基本的属性和行为而必须这样做。

　　在体系决议的指导下，一个详细的设计说明应该提到所有类的规范，包括必要的实现属性，它们详细的接口和伪代码或者操作的纯文本描述。规范的详细程度应该达到只要和模型框图结合，就可得到所有必要的编程信息。在许多自动化的软件生产流程中，你可以从面向对象的框图中产生代码的框架。要注意的是stub和skeleton通常是无需在框图中展示出来的，因为它们对于设计者和编程者来说都是透明的。我在图6中包含它们只是为了说明EJB的基本点。

　　在你完成详细的对象设计后，你就完成了域对象的对象相关映射。这样做的原因是，虽然面向对象的方法论在目前是比较先进的，不过最流行和持久的商店都是关系型的。此外，一个客户的IT架构在许多方面都已经反映了现有的投资和商业RDBMS厂家的选择。因此将域对象模型转换为关系模型或者数据库表是非常重要的。有很多容器管理的工具，不过它们不能代替一个好的关系数据库设计。

　　V、实现

　　有了一个好的架构和细节设计，实现将是一个很清晰的任务。此外，由于我们在体系原型阶段设计和实现了系统的一个垂直部分，因此在实现阶段我们不会碰到很多麻烦事情。在许多公司中，开发者通常都是过早进入实现阶段，特别是当经理在监视他们的时候，因为对于他们，做其它的事情等于浪费公司的时间。

　　结果是，不再花时间来画UML框图，而是在代码开发中测试想法，这要花数星期和几个月的时间，在这种情形下，所有的体系决议和设计都是在代码阶段作出的，通常要在几个月后才会发现开发已经进入了一个错误的方向。

　　VI、确认

　　确认包括有测试以验证该系统符合设计并且满足需求。在整个开发周期中，验证发生在开发和安装阶段。单元测试、集成测试和用户容忍度测试都是重要的主题
　　VII、组合和配置

　　组件装配和方案配置在J2EE的开发中是特别重要的。开发和安装的环境可能是完全不同的。如果EJB处在系统中，你需要使用厂家的专门工具来提出产生容器的类，上面我也提到过，Web或者应用组件的配置对于不同的厂家都是不一样的。你还必须考虑要配置的系统是否拥有任何厂家指定的代码实现。在一个可扩展的体系中，系统的结构应该是稳定的，但是应该可以支持增加配置新的或者旧的组件，而无需影响整个系统。

　　VIII、运作和维护

　　在最后的阶段，应用交付到用户的手中，你必须为他们提供培训、文档和教育。用户将会发现问题和可能会提出新的改进。你必须通过正确地修改管理过程来处理这些需求。你无需为了配置一个新的组件或者替换一个旧的组件而关闭一个正在工作的系统。

　　体系开发流程

　　我们必须做许多体系的决定，因此我们必须整理出一个体系开发的流程。对于一个企业来说，通常有许多应用项目，其中的一些甚至会跨越几年，从而导致系统围绕许多周期而变化。在你的领域中，许多同样的项目中都会出现同样的需求。你应该很容易地重新使用一个扩展的和可重用的体系，它们可能在上个项目周期或者其它的项目中。这样会有一个对普遍架构的需求，可重用的软件架构可为家族式的软件应用提供一个普遍的架构。

　　如果这是你的首个J2EE项目，你的体系必须被原型化，进行测试、分析，然后再重复。BluePrint提供了许多好的设计指导方针和最佳的练习，宠物店的例子也是一个很好的参考体系。要很快地提出一个好的并且是高质量的解决方案的有效方法是使用和扩展BluePrint参考体系，然后插入到你自己的商业组件中。

　　使用参考体系

　　就我的理解来说，宠物店体系的本质是Model-View-Controller和Command模型。你可以将这些模型应用到以Web-centric和EJB-centric的系统。对于每个域对象，一个视图是用嵌套的JSP表现。一个controller处理与商业相关的事件，而域对象封装商业逻辑、事务和安全。我们使用前台的servlet作为中央的controller，以接收和解释所有用户的操作。它分派商业事件到指定的域对象controllers，这些controllers可调用域对象来改变持续的状态。根据这个事件处理的结果，一个controller选择下一个显示的视图。以下的组件对于体系都是很重要的，我们可以修改并且应用在大部分的J2EE应用：

　　MainServlet: 前台的组件是Web容器和该架构之间的接口

　　ModelUpdateListener: 是获取模型更新事件的对象的接口

　　ModelUpdateNotifier:在更新模型事件发生的时候通知监听者

　　RequestProcessor: 处理由MainServlet接收的全部请求

　　RequestHandler:plug-n-play请求处理器组件的接口

　　RequestHandlerMapping:包含有请求处理器映射规则

　　RequestToEventTranslator:根据请求处理器的映射规则，中央请求处理器委派请求处理到plug-n-play请求处理组件。到商业事件的透明http请求

　　EStoreEvent: 商业事件

　　ShoppingClientControllerWebImpl: Proxy-to-EJB层前台控制器

　　ScreenflowManager: 控制屏幕流，选择视图

　　ModelUpdateManager: EJB层模型更新管理器，通报由于一个事件而导致的模型修改

　　ShoppingClientControllerEJB: EJB层前台，为EJB客户提供远程服务

　　StateMachine:中央事件处理器，根据状态处理器的映射规则，委派事件处理至plug-n-play处理器组件

　　StateHandler: EJB层状态处理器接口

　　StateHandlerMapping: 包含状态处理器映射规则

　　扩展参考体系

　　BluePrint的例子应用是一个好的起点，你还应该修改它以配合不同的项目和领域。设计模型是可重用的微体系，你可以使用它来扩展参考体系。BluePrint提供了一个非常有用的J2EE模型目录，而23个“Gang of Four”模型都是极好的资源。例如，如果你想扩展参考体系以支持工作流管理，你可以在配置或者运行时使用中央controller来动态注册事件处理器。中央controller要求每个注册的事件处理器处理一个事件，直到一个处理器返回一个指示已经到达命令串末尾的信息。

　　插入你的商业组件

　　J2EE技术对于每个人都是一样的，但是对于不同的领域，我们需要解决的问题都是不同的。一旦你建立了一个基本的J2EE框架，你就必须利用一些use cases来展示该体系可为你的领域工作。你可以通过选择一些情形，最好是该系统的一个重要的功能，或者使用得最多的而且可带来明显的技术上的冒险的情形。由域分析模型开始，然后尝试映射你的域对象到高端和低端的设计模型，就象我们在图5和6中的所示。实现低级别的设计模型，并且测试看它是否真正地运作。如果所有都如设想般运作，你就可以再重复上一步，即找冒险的情形、更多的设想来测试以扩展体系的覆盖。在经过反复的验证后，初始化的体系原型应该就会变得稳定。你可以认识到哪些组件是可以购买的，旧系统的哪些方面是应该保留的，以及如何为它们做接口。下一步就是软件设计，你可以使用设计指南中指定的类似方法和流程来进行继续的开发。

　　按部就班

　　我们使用了一个流程的形式，将一个复杂的问题分解为几个小的部分，以便我们能更容易地理解和解决它们。在这篇文章中，我们将J2EE的开发分解为8个步骤，集中介绍了体系和设计。我这里介绍了重要的体系主题和作出体系决定的一个流程。我还讨论了J2EE体系的角色和可交付。

　　学习通过这些步骤来开发J2EE的方案就象学习舞蹈一样。你首先需要自觉和坚持不懈地练习基本的舞步。一旦你熟悉了它们，你就会想到将它们放在一起，并且更集中在曲子里每步的大小、速度、流和节奏。不过你不应该被一个流程来限制你的创造力。相反，你应该使用和扩展该流程来满足你的特定需要。要记住，你的最终目标是设计出一个完整的J2EE方案来满足你的客户需求。

构建高性能的J2EE应用不但需要了解常用的实施技巧。下面介绍最常用的10种有效方法，可帮助架构设计师们快速成为这方面的专家。

Java性能的基础----内存治理

任何Java应用，单机的或J2EE的性能基础都可归结到你的应用是如何治理内存的问题。Java的内存治理包括两个重要任务：内存的分配和内存的回收。在内存的分配中，目标是要减少需要创建的对象。 内存回收是导致性能下降的普遍原因。也就是说，内存中的对象越多，垃圾回收越困难。所以我们对创建对象的态度应该越保守越好。

在J2EE应用中常见的两个内存有关的问题是：游离的对象（也被称为内存泄露）和对象循环（指大量频繁创建和删除-在Java中体现为解除引用---对象）。

我们应注重确保所有可到达的对象实际是活的，即这些对象不但在内存中，而且也要在执行的代码中是存在的。当对象在应用中已经没有用了，而我们却忘记了删除对该对象的引用时，游离的对象就出现了。

我们知道垃圾回收会占用CPU时间。短期对象的大量创建增加了垃圾回收的频率会造成性能下降。

不要在Servlet中实现业务逻辑

在构建J2EE应用时，架构工程师通常会使用到J2EE的基本部分，Servlet。

假如架构师不使用Session Beans, Entity Beans, 或 Message Beans, 那么改进性能的方法就很少。只能采用增加CPU或更多的物理服务器等方法。EJB使用了缓存（cache）和资源池等方法可以提高性能和扩展性。

尽可能使用本地接口访问EJB

在早期的J2EE （遵循EJB1.X规范）应用中，访问EJB是`通过RMI使用远程接口实现的。随着EJB2.0的出现，可以通过本地接口访问EJB，不再使用RMI，在同一个JVM中使用远程方法已经少多了。但是现在还是有一些使用EJB1.X实现的应用和不知道使用本地接口的一些EJB新手。为说明这点，我们作个比较：

　　1， 客户端应用调用本地Stub

　　2， 该Stub装配参数

　　3， 该Stub传到skeleton

　　4， 该skeleton分解参数

　　5， 该skeleton调用EJB对象

　　6， EJB对象执行容器服务

　　7， EJB对象调用企业BEAN实例

　　8， 企业BEA执行操作

　　9， 执行组装/分解步骤然后返回

与远程接口处理相比较，本地接口的EJB方法是：

　　1. 客户端调用本地对象

　　2. 本地对象执行容器服务

　　3. 本地对象调用企业Bean实例

　　4. 企业Bean实例执行操作

　　5. 没有其他返回步骤！！

假如你不需要从远程的客户端访问一个非凡EJB，就应该使用本地方法。

从Servlet访问实体EJB不但效率低而且难于维护。使用Session Facade（会话外观）模式可把对实体EJB的访问封装在会话EJB中，在该会话EJB中通过使用本地接口访问实体EJB而避免过多的远程调用。

这项技术会有额外的性能和扩展方面的好处，这是因为会话和实体EJB可以使用缓存和资源池技术来进行改进。另外，由于负载的需要，会话和实体EJB可被扩展部署到其他硬件设备上，这比将Servlet层复制扩展到其他硬件设备上要简单的多。

尽量粗粒度访问远程EJB

当访问远程EJB时，调用set/get方法将产生过多的网络请求，同时也导致远程接口处理的过载。为避免这种情况，可考虑将数据属性集中在一个对象中，这样通过一次对远程EJB的调用就可以传递所有数据。这项技术就是数据传输对象（Data Transfer Object）模式。

优化SQL

J2EE的架构设计工程师和开发人员通常不是SQL专家或经验丰富的数据库治理员。首先应该确保SQL使用了数据库提供的索引支持。在某些情况下，将数据库的索引和数据分开存放会提高性能。但要知道，增加额外的索引可以提高SELECT性能但也会降低INSERT的性能。对于某些数据库，关联表之间的排序会严重影响性能。可以多向数据库治理员咨询。

本文简要的讨论了Java语言编程中更新XML文档的四种常用方法,并且分析这四种方法的优劣。其次,本文还对如何控制Java程序输出的XML文档的格式做了展开论述。

　　JAXP是Java API for XML Processing的英文字头缩写,中文含义是:用于XML文档处理的使用Java语言编写的编程接口。JAXP支持DOM、SAX、XSLT等标准。为了增强JAXP使用上的灵活性,开发者特别为JAXP设计了一个Pluggability Layer,在Pluggability Layer的支持之下,JAXP既可以和具体实现DOM API、SAX API 的各种XML解析器(XML Parser,例如Apache Xerces)联合工作,又可以和具体执行XSLT标准的XSLT处理器(XSLT Processor,例如Apache Xalan)联合工作。应用Pluggability Layer的好处在于:我们只需要熟悉JAXP各个编程接口的定义即可,而不需要对所采用的具体的XML解析器、XSLT处理器有很深入的了解。比如在某个Java程序中,通过JAXP调用XML解析器Apache Crimson对XML文档进行处理,如果我们希望使用别的XML解析器(比如Apache Xerces),以便提高该程序的性能,那么原程序代码可能不需要任何改变,直接就可以使用(你所需要做的事情只是将包含Apache Xerces代码的jar文件加入到环境变量CLASSPATH中,而将包含Apache Crimson代码的jar文件在环境变量CLASSPATH中删除)。

　　目前JAXP已经应用的十分普遍了,可以说是Java语言中处理XML文档的标准API。有些初学者在学习使用JAXP的过程中,经常会提出这样的问题:我编写的程序对DOM Tree做了更新,但是当程序退出以后,原始的XML文档并没有改变,还是老样子,如何实现对原始XML文档和DOM Tree的同步更新呢?咋一看来,在JAXP中似乎没有提供相应的接口/方法/类,这是很多初学者都感到困惑的问题。本文的主旨就在于解决这个问题,简单的介绍几种常用的同步更新原始XML文档和DOM Tree的方法。为了缩小讨论的范围,本文所涉及的XML解析器仅包括Apache Crimson和Apache Xerces,而XSLT处理器仅仅使用Apache Xalan。

　　方法一:直接读写XML文档

　　这也许是最笨最原始的办法了。当程序获取DOM Tree之后,应用DOM模型的Node接口的各个方法对DOM Tree进行更新,下一步应该对原始的XML文档进行更新了。我们可以运用递归的办法或者是应用TreeWalker类,遍历整个DOM Tree,与此同时,将DOM Tree的每一个节点/元素依次写入到预先打开的原始XML文档中,当DOM Tree被遍历完全之后,DOM Tree和原始的XML文档就实现了同步更新。实际中,这个方法极少使用,不过如果你要编程实现自己的XML解析器,这种方法还是有可能用得上的。

　　方法二:使用XmlDocument类

　　使用XmlDocument类?JAXP中分明没有这个类呀!是不是作者搞错了?没有错!就是使用XmlDocument类,确切的说,是使用XmlDocument类的write()方法。

　　在上文已经提到过,JAXP可以和各种各样的XML解析器联合使用,这次我们选用的XML解析器是Apache Crimson。XmlDocument(org.apache.crimson.tree.XmlDocument)是Apache Crimson的一个类,并不包含于标准的JAXP中,难怪在JAXP的文档中找不到XmlDocument类的芳踪呢。现在问题出来了,如何应用XmlDocument类来实现更新XML文档的功能?在XmlDocument类中提供了下面三个write()方法(根据Crimson最新的版本------Apache Crimson 1.1.3):

public void write (OutputStream out) throws IOException
public void write (Writer out) throws IOException
public void write (Writer out, String encoding) throws IOException

　　上述三个write()方法的主要作用就是输出DOM Tree中的内容到特定的输出介质中,比如文件输出流、应用程序控制台等等。那么又如何使用上述三个write()方法呢?请看下面的Java程序代码片断:

String name="fancy";
DocumentBuilder parser;
DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
try
{
　parser = factory.newDocumentBuilder();
　Document doc = parser.parse("user.xml");
　E