实现一个应用服务器尽管有很多优点，但这项技术并不适用于每种项目。多层开发需要大量基本的前期投入，这些投入也许并不会有立竿见影的效果。应用服务器是一个复杂的软件，需要一整套新的技术和工具。

1.长期投入

采用应用服务器体系结构是一个长期的、企业级的投入。对于必须以像“互联网时代”的高速度的项目，或者为仅进行功能有限的单个项目而言，这并不是一个合适的选择，这是一种企业级的结构体系，需要新的硬件配置、中间件、编程模型、管理工具，以及最重要的是一种全新的看待软件开发的方法。

开发第一个项目并非易事，要花大量时间进行试验纠错、评估工具、学习中间件的特性、创建基本结构而不是应用。单纯从一个单独应用的角度来看，它决不会物有所值。这种技术只有作为创建一个企业新的体系结构的第一步时才会有意义。

2.软件的重用

软件的重用正如它可能会有许多问题一样，它同样会带来许多好处。组件不仅要满足现有目标，同时还要预先考虑未来的需求。

实现和测试可重用软件需要花费更长的时间，而且开发费用也会显着增加，但是一般来说，它的收益要大于这些额外成本。额外的成本和可能的困难将被软件的灵活性和可升级性所抵消。同时，由于应用服务是面向整个开发团队开放，并且组件可以得到重用，所以将来的成本将会减少。

3.新的思维方式

应用服务器同样要求在考虑软件方面具有新的思维方式。尽管编程已经是一个相当抽象的能力，而面向对象的软件设计和编程则要求更高的抽象水平。与单纯的面向过程的执行方式不同，面向对象的方式需要同时在几台计算机上运行的多个进程取代单个连续的执行，面向对象的方式需要将在几台机器上同时运行多个进程之间的交互情况同时显现出来。

在整个项目执行过程中，能从外部寻求到各种可用的咨询服务以引导项目并得到培训机会，但这却需要付出非常高的费用。现在也有大量可用的工具能帮助完成这种转变，但每一种这样的工具却又需要增加额外的购买和培训费用。明智的投资能够大大增加成功的机会，若投资方向不对就可能得不信失了。

大多数中间件软件包都是基于面向对象的设计和编程概念的，这些要求有很高的抽象水平和更高的学习能力。许多中间件软件同时也依赖于组件结构体系，必须严格遵守新的编程标准。组件和模块也必须尽量普遍以便于日后重用。应用服务器技术解决了许多问题，但同时也带来了许多它自己的困难之处。

版权申明：本站文章均来自网络，如有侵权，请联系01056159998 邮箱：itboby@foxmail.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有