.NET企业级应用架构设计系列之开场白

1、架构设计是件容易的事情。

2、架构设计不是件简单的事情。

虽然架构设计是件容易的事情，但也不是大多数没有架构设计经验的程序员想象中的画画框图那么简单。把几台服务器一摆，每一台服务器运行什么软件分配好，然后用网络连接起来，似乎每个企业级应用都是如此简间单单的几步。但现实生活中的软件系统实实在在可以用复杂大系统来形容，从规划、开发、维护和变更涉及到许许多多的人和事。架构设计就是要在规划阶段都把后面的事情尽量把握进来，要为稳定性努力，还要为可维护性、扩扩展性以及诸多的性能指标而思前想后。除了技术上的考虑，还要考虑人的因素，包括人员的组织、软件过程的组织、团队的协作和沟通等。也许你会说那些都是项目管理上的事，和架构设计没关系。但一个团队成员无法实现的架构没有任何实际意义。另外，现在是解决方案满天飞的时代，很多事情都可以用多种途径来解决，如何在五花八门的选项中间做出决定，可能让很多人都头疼过。自己的经验、团队的素质、领导的要求、环境的压力以及市场的变化，够折腾了。

3、架构设计需要方法论的指导

所以，总的说来，在正确的方法论指导下，复杂的架构设计其实是件容易的事情。这些方法论的思路包括，至上而下的分析，关注点分离，横向/纵向模块划分等。有时候觉得架构设计决策就像是浏览Google Earth，实际上反映的是一种自上而下的决策过程。对问题的分解是软件思维的基本素质，可以有横向分解、纵向分解以及两者的结合。能不能有效快速准确的分解问题，是软件开发人员需要首先训练的项目。另外，架构设计中图形化的工具非常有用，它能把系统的结构和运作机制以图形化的方式表达出来。也正因为这样才有了架构设计就是画框图的误会。再者，架构设计是一个工程性质的工作，对当事人的实际从业经验要求较高。只有对市场上的各种技术有较全面的了解之后才有可能设计出一个尽可能满足各种设计约束的架构。

先说这么多吧，算是一个开场白。欢迎关注后面的详细内容。

版权

作者：灵动生活 郝宪玮

如果你认为此文章有用，请点击底端的【推荐】让其他人也了解此文章，

本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。