软件开发技术的选择总汇.doc

软件开发技术的选择 一、前言 作为的研发部，担负本公司产品所有软硬件核心技术的维护、创新与发展的重任，也是本公司的发展壮大的力量源泉。软件研发技术的选择，与我们部门当前与未来的技术发展紧密相关，或者说，与我们的战略规划密不可分。 现阶段，我们部门的战略规划是建立有强大创新能力的高效团队，立足彩票行业，不断拓展新的业务领域。 短期目标（未来一年）：以公司市场为导向，配合市场活动，扩大市场份额；同时加强管理，进行相关的技术储备和技术研究，调整和优化自己的组织架构，为公司未来的发展方向打好基础。 中期目标（未来1－3年）：建立良好的管理制度和合理的组织架构后，并结合自己的技术储备开始全面拓展彩票业务，同时公司盈利结构开始发生调整，向软件、系统集成、增值业务开始倾斜，同时开始重点强调业务领先的思路。 长期目标（未来3－5年）：在形成了彩票行业全面的产品结构后，部门重心开始向行业顾问倾斜，服务和业务将成为核心竞争力 那么，我们研发部的软件技术研发方向是什么？我个人认为我们的发展方向：面向网络（或者说Internet）、面向对象。 二、当前的主流软件研发方向 1、为什么不是C++？ C++作为最主要的工业语言标准之一，特别是近几年来，C++语言出现了蓬勃的发展，各种新技术和新概念层出不穷，世界范围内的C++社群也是蒸蒸日上。但是，勿庸讳言的是，C++的地位确实受到了来自Java/C#的有力挑战。在应用领域、特别是在高端的应用领域中，Java正在逐渐取代C++成为主流。导致这种情况的原因是多样的，但最主要的原因有两个。一个是C++的标准推出太晚，直到1998年ISO C++标准才正式推出，在此之前，各种风格的C++版本把时间浪费在内耗上，将大片的市场拱手让给了Java。另一个更重要的原因是，虽然ISO C++标准的制定统一了C++的语言，但是却没有统一C++的framework。虽然C++标榜自己是平台无关的语言（它的确也是），但是对于同一个问题，在不同的平台下有各种不同的解决方案。C++自己的标准库只是一个语言的framework，而不是一个应用的framework：在I/O，多线程，Socket，GUI，数据对象模型等等常见的问题上，开发者们不得不要么自己封装特定平台的API，要么寻找难以保证质量的第三方类库。没有统一framework的C++，就象没有VCL的Delphi，没有JFC的Java，没有.NET framework的C#在某些底层的开发中C/C++仍然具有不可替代的地位C++在应用领域无法与Java/C#抗衡，而逐渐退守到底层编程。Microsoft公司已经下定决心，将操作系统从Win32全面转向.NET.NET将是Microsoft公司解决方案中的统一的编程模型。C++BuilderX并没有向.NET靠拢，而是坚持走原生开发工具的道路，并且扩展到了多个平台、多个编译器。C++BuilderX现在的framework，完全使用标准C++整个写成，而且支持跨平台和交叉编译（Cross Compilation，即在一个平台下编译生成另一个平台下的可执行代码），同时也对某些专业领域，例如嵌入式开发，提供了专门的支持。另外，它还能够方便地挂接ACE、Loki、Boost等第三方的C++库。Java于1996年由Sun公司推出，当时它的主要用途是制作产生动态网页的Applet。后来，人们发现Java的“一次开发，多次运行”、纯面向对象的特性、垃圾回收机制和内置的安全特别适合于开发企业应用系统。于是，企业应用开发商纷纷在Java标准版的基础上各自扩展出许多企业应用API，其结果导致基于Java的企业应用呈爆炸式增长。但是各企业系统API之间又不能相互兼容，破坏了Java的平台独立性。鉴于此，Sun公司联合IBM、Oracle、BEA等大型企业应用系统开发商于1998年共同制订了一个基于Java组件技术的企业应用系统开发规范，该规范定义了一个多层企业信息系统的标准平台，旨在简化和规范企业应用系统的开发和部署。这一规范和其定义的平台就构成了J2EE。J2EE是一个基于组件-容器模型的系统平台，其核心概念是容器。容器是指为特定组件提供服务的一个标准化的运行时环境，Java虚拟机就是一个典型的容器。组件是一个可以部署的程序单元，它以某种方式运行在容器中，容器封装了J2EE底层的API，为组件提供事务处理、数据访问、安全性、持久性等服务。在J2EE中组件和组件之间并不直接访问，而是通过容器提供的协议和方法来相互调用。组件和容器间的关系通过“协议”来定义。容器的底层是J2EE服务器，它为容器提供J2EE中定义的各种服务和API。一个J2EE服务器（也叫J2EE应用服务器）可以支持一种或多种容器。EJB是J2EE平台的核心，也是J2EE得到业界