关键字：.NET 应用架构 技术选型

　　这里说的技术选型实际上是指技术方向的选择，或者叫平台方案的选择，也或者叫技术路线等，总之是大方向的把握。假定项目背景是要做一个中型WEB系统，公司组建新的技术团队以及运营团队来运作。基于这个模糊的项目背景，看看我们能得到些什么。

　　首先我们想到的是目标系统的特征：

　　A) 稳定性及可服务性：这是对软件系统最基本的要求，为客户提供稳定的服务是业务开展的最基础的保证。这是和客户的耐心作战，是赢取客户和扩展业务纵深度的前提。很难想象有人会在一个不稳定的系统面前花费精力去做一件本该很容易的事情。

　　B) 整体性能及升级扩容余地：虽然很多时候对系统压力的担心是多余的，但系统架构必须有一定的应付突发事故的能力以及具备足够的升级扩容空间来满足潜在的业务扩张，不然总会有手忙脚乱的一天。系统性能是可服务性的一方面，而升级扩容空间是系统持续长期运作的保障。

　　C) 可维护性及可管理性：除开灵活的系统实现带来的可维护性，系统软件和硬件设备的选择同样对可维护性产生重要的影响。这需要结合团队的人员架构来共同考虑。在维护性和管理性方面的问题必然带来升级扩容和应对业务变化方面的巨大困难。

　　再者，我们会想想想在市面上的解决方案提供商都能给我们什么：

　　目前在WEB系统方面流行的主要是Java和.NET两个平台级的软件技术方向，它们之所以流行是因为在许许多多的场合被证明能保障较高的生产效率。两者提供的解决方案都表现不错，只不过可能达到相同的目标所带来的总体拥有成本不一样而已。也就是说，它们在解决方案特征方面差异不大。一些重点比对项参考如下：

　　Java.NET备注

　　可移植性好，能在大多数操作系统平台上顺利移植。差，只有Windows兼容平台上移植。移植性对于最终客户来说没有多大意义，但Java运行于Linux系统能降低投入成本。

　　厂商支持多，有许多服务器厂商支持Java。少，但呈现增多的趋势。

　　社区技术支持多，有许许多多的社区和专业的技术支持厂商。多，单纯Microsoft一家提供的技术文档就已经相当丰富。微软的.NET战略不止是技术上的战略，也是针对人的战略。

　　开源产品多，而且有很多非常成熟的产品级开源项目。少，和Microsoft一家独断有历史因素。 开源软件的技术支持整体上都不完备。

　　社会人力资源多，但两极分化严重。多，但做过深入开发的人少，特别是.NET 2.0和3.0平台。结论来自某人才招聘网统计资料。

　　另外，我们会想想我们的人手，也就是说开发团队方面我们拥有哪些方面的人和技术。整个系统的开发需要团队的力量，架构设计和技术方向选型必须关注人的因素。只有合适的人做合适的事情才能产生预期的高位价值。人力资源和技术团队架构在选择方向上起重要作用，需要结合人力资源市场的人才分布来思考。团队的历史经验对架构设计有很大影响，因为历史经验可以带来架构重用以及减少学习新技术和新工具的曲线。另外，团队的素质决定了软件过程能否顺利实施。所以，团队在架构设计中占有相当的分量。(这里，绝不要把架构设计孤立起来看待，它不只是规划期的事情，因为架构设计是对未来的把握，任何影响因素都要尽可能的考虑进来，特别是一些重大影响因素)。

原文转自：http://www.ltesting.net