开源关键技术选型.pdfVIP

开源关键技术选型指南 开源关键技术选型 当然好戏最终以轻量化的 EJB3.0 出世而收场，但是我们还是很有必要思考一下：我 们开发者到底需要什么样的技术？这样才能在瞬间变化的发展潮流中坚持自己观点，而不 是人云亦云，迷失方向。随着开源技术越来越成熟，一个稍有开发经验的人通过学习就 可以用开源的产品和技术构建一套可用的系统。对于从事软件开发的人员，尤其是对 Java 或动态语言相关领域的人来说， “开源”也许是他们最喜爱的单词。每天，当他 们坐在电脑前开始编程时，从所使用的 Linux 操作系统，到 Eclipse 集成开发环境， 到编程所用的 Java 或 Ruby、Python 语言， “开源”烙印在每件工具身上。但是，很 多时候我们需要的不仅仅是一个可用的系统，而是希望这个系统开发更简易、性能更 高和扩展性更好等。这确实是一个令人头痛的问题。本指南很多地方都是点到为止， 要深入了解相关信息的读者请借助参考资料、网站等自行挖掘。 Web 框架 开发框架的选择，始终是个仁者见仁、智者见智的事情。尤其是 Web 层的开发框架， 数量非常多，而且各有特色，如：Struts、WebWork、Spring MVC、Tapestry、JSF、 WebPage3.0„„等等。框架的选择，就是看哪个框架最合适，从而减少开发的工作量，提 高开发的效率和质量，并有效减少维护的工作量，最终达到节约综合开发成本，获取更多 的收益。  Axis、Struts、ColdFusion 和 WCF 的 REST  开放源工具填补了 SpringSource 应用程序生命周期的空白  Skyway：使用Eclipse，建模和 Spring MVC TT SOA 技术专题之“开源关键技术选型指南” Page 2 of 52  Pierre Fricke：别轻视JBoss Seam Ajax AJAX 开发与传统的 CS 开发有很大的不同。这些不同引入了新的编程问题，最大的 问题在于易用性。由于AJAX 依赖浏览器的 JavaScript 和 XML，浏览器的兼容性和支 持的标准也变得和 JavaScript 的运行时性能一样重要了。这些问题中的大部分来源于 浏览器、服务器和技术的组合，因此必须理解如何才能最好的使用这些技术。 综合各种变化的技术和强耦合的客户服务端环境，AJAX 提出了一种新的开发方 式。AJAX 开发人员必须理解传统的 MVC 架构，这限制了应用层次之间的边界。同时， 开发人员还需要考虑 CS 环境的外部和使用 AJAX 技术来重定型 MVC 边界。最重要的 是，AJAX 开发人员必须禁止以页面集合的方式来考虑 Web 应用而需要将其认为是单个 页面。一旦 UI 设计与服务架构之间的范围被严格区分开来后，开发人员就需要更新和 变化的技术集合了。  Ajax 为什么可能成为 Web 服务的未来  Oracle 架构师提倡 agnostic Ajax 方法  Burton 报告：Ajax,RIA 的不二选择  Ajax 技术足以成熟应对企业应用  Ajax 安全指导:用好的架构和更安全的 API 防御攻击 动态语言 当关系数据库和 SQL 语言把数据管理的繁琐工作从开发者和操作者身上解放出来 的时候，有人抨击关系数据库性能低下；当微软开始用 C 语言开发 PC 应用程序时，汇 编语言的拥护者轻蔑的说，只有汇编语言才能发挥 PC 机的全部能力；当 Web 进军企业 TT SOA 技术专题之“开源关键技术选型指南” Page 3 of 52 计算时，一大批专家跑出来抨击 HTML 界面的呆板和 HTTP 协议的缓慢和幼稚。然而， 所有这一切抱怨、质疑和信誓旦旦的否定，都被技术发展的大潮无情的吞噬，消失得 无影无踪。原因很简单，所有这些声音，都是着眼于小，着眼于私，一叶障目，而不 见 IT 技术发展的大势。IT 技术发展的大趋势永远都是要更快，更简单。 从这个角度来看待动态语言，结论就异常的情系。在今天这个时代、动态语言代 表着更快更简单的技术大趋势，因此它将必然成为未来构建软件和互联网技术的主 角。  Ruby on Rails 为深入企业做好准备 