首席架构师汪洋坐镇，欢迎大伙提问啊：软件架构连载讨论之一：正确认识软件架构

无风之谷

获奖名单已公布，详情请看：http://bbs.chinaunix.net/thread-3613413-1-1.html


现在的网络上充斥着各种各样对“架构设计”的解释，导致了很多的IT人员对“架构”的理解失之偏颇！例如，将应用架构、部署架构，数据架构等混为一谈，甚至有人产生了“架构就是设计模式”，“架构就是分层” 等诸多的误解！所以，很必要梳理思路，澄清一下！所以本期话题为正确认识软件架构，在下一期的活动中，我们跟大家分享讨论的是：什么是架构设计。


本期组织嘉宾：yanyangtian4502
外企高级工程师。上海益思研发管理咨询有限公司首席软件架构专家，软件咨询组副组长。曾担任世界500强公司在华架构师，负责项目框架和平台的设计。曾经带领创业团队与国内外企业进行项目合作。《.NET应用的架构、模式与最佳实践》作者。
         

本期讨论话题：如何正确认识软件架构

活动要求：1，有条理，说出自己对架构设计，架构师的职能的认识！                    
               2，可以分享案例，提出疑问。


活动奖励：1，CU独家定制帽衫
               2，两期活动结束后，会赠送《.NET应用的架构、模式与最佳实践》新书给予热情参与活动的网友（由组织者yanyangtian4502选出）

附讨论话题计划：

1. 架构与设计的流程和核心概念
    a) 如何正确认识软件架构?
    b) 什么是架构设计?
    c) 架构设计的优缺点是什么?
   d) 如何看待设计与架构的关系?
   e) 架构设计中的混淆点?
2. 模式、设计原则和方法
3. 架构分层
4. 业务层设计讨论
5. 服务层设计讨论
6. 数据访问层设计讨论
7. 数据存储设计
8. 显示层设计
9.项目开源实战!(IT创业互推平台,第二版设计中)

话题的宗旨:
实用:提供实际的解决方案和示例!

话题讨论说明:
1.每个月有一到两期的话题讨论.
2.每期讨论完之后,会进行总结,并且对活跃用户实现奖励,并且挑选用户进行项目实战环节
3.两期话题结束之后举行现场的技术沙龙,就近

dreamice

支持！

yanyangtian4502

希望大家踊跃发言，把自己的疑惑说出来

yanyangtian4502

我这里给出本次话题的一些大纲，朋友们可以围绕这个展开：
1. 什么是架构。架构是文档？是代码？还是什么？
2. 架构师的职责是什么？应该具备哪些技能才能担任这个职位？

咱们一次一个话题，每个都讨论的详细一点！争取解惑！朋友们不要太过于拘泥啊！自由言论！

renxiao2003

来晚了。支持NB的直接就版主的人（连实习都没有）

其实架构，我的理解，应该分为技术架构和业务架构两个方面。还有说数据库架构的，我觉得数据库架构应该算在技术架构类里。
先说说业务架构，说这个，那肯定属于行业专家级的人物了，他可能不太懂技术，但他对这个行业的理解绝对是深度的。我记得我们原来的领导，他对行业的影响是很大的，以致于政府部门制定相关的政策的时候都会咨询他的意见。我觉得如果吃透了一个行业的相关知识，那么做业务架构是足够的（目前很多大公司都有这个职位）。
而技术架构师，他更多的是需要工作经验的积累，同样需要对行业的理解，否则也无法做出好的应用于行业的架构设计。
但对于架构的概念我不太明白。不多说了。

kns1024wh

回复 1# 无风之谷


    围观 支持
    现在 。net不用 c++

donghuang1hao

我的理解应用架构就是指Midware（中间层）。
应用层架构是否包括以下几方面：
1. GUI框架
2. 窗体框架
3. 消息机制
4. 任务机制（包括键盘任务等）
5. 控件结构


我的以上理解是否正确？

yanyangtian4502

回复 7# donghuang1hao

1. GUI框架： 2. 窗体框架3. 消息机制：4. 任务机制（包括键盘任务等）5. 控件结构

其中1,2,5 基本都是属于显示层的，可以统一看待！
3消息机制是一种通信方式和数据交换方式。
4. 任务机制 这是通用的一些功能



    总体感觉：理解的跳跃性比较大，对架构的理解的有点杂！ 其实架构可以简单的理解为“系统的蓝图”，可以从这方面入手进行理解！我们后续会不断的补充进来！
感谢参与啊！

snow888

什么是架构？
简单而言，架构就是一个软件应用实现的技术手段的总体模型。

细化来分，包含的东西就很多了。

snow888

回复  snow888


    架构要设计到很多方面的内容，架构主要在业务分析阶段产生，而是设计才是与具体的 ...
yanyangtian4502 发表于 2011-10-13 00:12

    这点不敢苟同。

如果把架构与设计分开，那么也就不存在架构的概念了。

架构主要是业务分析阶段产生不假，但却是根据业务需求而展开分析，分析的重点应该是实现需求的技术手段的采用。或者说，这个叫做架构设计，而不是架构，架构是实现这些业务需求所采用的结构模型与技术手段的总合。

其实谈这些有点口水了。

我们举一个简单的例子，一个有着很大业务量的收费系统，很显然就不能采用本论坛实现的方式，从俺的理解，本论坛是 php语言开发的论坛程序，简单的 B/S 架构，而一个有着很大业务量的收费系统，由于涉及到客户的业务数据，很显然不能采用如此简单的方式来实现，那么对于通过什么样的手段来实现页面展现，前后台的交互手段是什么，中间的隔离层如何做？同样，采用这样的技术手段，使用什么样的系统支撑，选择什么样的开发环境，运行环境，采用何种语言开发，都是架构设计的内容，而这一切技术手段的总和，在这个应用体系中就被称之为软件架构，而选择这些技术手段的过程，应该就是架构设计了。