和某人讨论软件架构设计的问题。
某人说什么三层机构、多层结构都不是架构设计，我深表疑问，各位的意思呢？
------解决方案--------------------------------------------------------
唉，架构的定义还不统一，讨论起来各说各话，没意思。
------解决方案--------------------------------------------------------
就是概要设计部分的体系结构设计
------解决方案--------------------------------------------------------
微软典型的架构模式：
WinUI或者WebUI(界面),
BusinessFacade(接口)，
BusinessRules(逻辑)，
DataAccess(数据)，
SystemFrameworks(系统)
------解决方案--------------------------------------------------------
三层或者多层我认为不算架构
那顶多是分离耦合的方式
什么是架构，听大伙说说
------解决方案--------------------------------------------------------
我觉得分层好像是经纬度的纬度，而每层里的类与类之间的关系是经度，只有经纬在一起才能成为一个架构
------解决方案--------------------------------------------------------
同意 flyingbug(迫切需要锻炼...).....
分层不是架构
------解决方案--------------------------------------------------------
关注中......
------解决方案--------------------------------------------------------
软件体系结构是一个比较新的研究领域。一些理论也刚刚成型，相比代码层次的设计模式，软件体系架构有八大模式。
层（L a y e r s）、管道和过滤器(Pipes and Filters) 、黑板( B l a c k b o a r d )、代理者（ B r o k e r）、模型-视图-控制器（ M o d e l - Vi e w - C o n t r o l l e r）、表示-抽象-控制（P r e s e n t a t i o n - A b s t r a c t i o n - C o n t r o l）、微核（M i c r o k e r n e l）、映像（R e f l e c t i o n）。
比如j2ee中典型常用的就有MVC架构，管道和过滤器（serlvet 2.3中有的Filter）。
------解决方案--------------------------------------------------------
文字问题：
架构设计是动词，也就是动作。
问题：
什么是构架？
三层就是构架吗？
构架只有三层吗？
------解决方案--------------------------------------------------------
我们的商业架构方案抛弃了传统的逐点解决方案，非常依赖与IT和通信行业相同的分层架构，架构包括表示层(用户体验)与商业逻辑(用户必须遵守的规则)、数据层(用户操纵的信息——代表媒体、元数据或参照值)。通过在分开的各层上应用标准、政策、模式和结构，我们的目标是确保数据不会“僵死”在各自的单个系统中。
三层只是架构设计后的结果。
------解决方案--------------------------------------------------------
层次结构是架构设计的首要部分，同样是重要的部分，通常也有人把他们和在一起。
说白了，就是一个软件的开始设计的最初模型。
------解决方案--------------------------------------------------------
所谓的三层加构只是软件体系架构模式的一种 MVC架构。
如果想全面了解软件体系架构设计， 请多看一些这方面的新书， 但就目前所做的
较多的B/S的东西， MVC是用的很多
------解决方案--------------------------------------------------------
以我的观点来看，软件架构设计是一个很宽泛的概念。其最终的目标是使得实现的系统符合客户的需求，以及在系统开发过程中开发者能够更好的把握系统，更好的满足客户对系统的需求。因此，个人觉得架构在某种意义上只是一种思想，一种趋势。它可以有很多规范，很多规则。但是，规范和规则是死的，系统是千变万化的，我们需要的是使用一个适合系统开发的一套个性化的东西，来协助团队的开发，这可以叫做架构，也可以称之为其他任何东西
------解决方案--------------------------------------------------------
买了本《软件架构编档》由于得看高程教程，还没空看，等看了再来说。
------解决方案--------------------------------------------------------
没有一个准确的定义
＜＜企业应用架构＞＞提到Ralph Johnson 的理解：他认为架构是主观上的东西，是专家级项目开发人员设计的一睦可共享的理解。这些理解表现在系统组成部分与组成部分之间的交互关系。另外还包括一些决定........
------解决方案--------------------------------------------------------
那要看架构这个概念提出来是解决什么问题的了。
我不懂，跟大伙学习
------解决方案--------------------------------------------------------
架构一词确实比较宽泛。
------解决方案--------------------------------------------------------
实际上，架构设计与三层结构是两种概念，架构设计是根据用户需求来定义整个软件系统的组织结构，而三层架构只是架构设计中采用一种模式（另外还有B/S等)。三层架构可以指导架构设计！