讨论成立“软件架构设计”版块的可行性

zhangsuozhu

架构是企业软件的核心，我担心没几个人会拿来分享。

于是就是一些闲人天马行空的瞎想，及无聊的水贴了。

如51楼

veking

支持一下！

jhui66

个人觉得这个建议不错，不多说啦，顶啦

duanjigang

软件架构设计跟系统架构合在一起，个人认为有些喊声过高了，而且容易让软件开发的人员望而生畏

stabilization

支持一下

CMAX

我感觉可以先别定那么高的调子，弄得像参与的人都发现没有能力进去了

可以先就一些小的比较实用的模型进行讨论，属于大系统中的小系统，而且比较有通用性，大家在自己的系统中都能用得上的，这样大家有参与的热情

tsie_chen

各方面都可以。同意。

swxlion

复杂的问题架构问题很难在论坛能说得清楚的，参与的人也不会多，单独立板块会人气太低
hellioncu 发表于 2010-11-09 20:19

如老兄所说，复杂问题的架构的确是很难说清楚的。同样的系统，不同的需求和限制条件下，设计思路决不一样。有些时候甚至理念相反。
以通讯中间件为例，如果要求性能很高，则必然会大量使用异步机制和极度优化。而这必然会影响到与架构相关的流程和功能设计。这样的设计和流程，没有一定的优化经验和与不同平台系统的异步经验的人看来，是完全看不懂的。不同的平台，有不同的异步机制，不同的语言，有不同的流程和方法。这样做是不是最佳，如果不对相关的平台，语言和要求都非常熟悉的话，那很难说出个为什么和所以然来。
而如果不要求性能，改为要求降低开发难度，让新手一来就可以加入开发的话，必然会用大量的同步机制等，这样的话，在流程和架构上，就和前面以性能为主的设计思路就大相径庭。

另外，架构方面的很多设计涉及流程。无论是架构还是流程，都需要很多的突来辅助说明。而画图是很花时间和精力的。这样会提高讨论的门槛。试讨论慢慢变成少数人的讨论，和对大部分人的教学。

还有，架构分为两类：一类网站架构，一类软件架构。这两类往往差异很大。虽然都是整个系统，但前者涉及到很多的语言和硬件设备，且架构涉及范围很多在程序之外；而后者设计语言和硬件相对前者会少很多，而且架构涉及范围多在程序之内。如果这两类混在一起，往往一片鸟语花香，相互无法听懂。

在看了前面大家的讨论后，我发现大家好像更加关心功能和模块的设计。如果开架构区不成熟的话，不妨先开一个讨论功能和模块设计的区呢？这个区也可以作为日后架构讨论区的基础。

maxxfire

架构这东西很大，搞起来没边没际，而且和具体从事的行业关联很大。而且这东西就像建筑用的设计图纸一样，对公司单位来说是很重要的，不是一般人能够随便拿出来分享的。

我个人有两个提议：
1，可以做“开源架构分析”，就拿开源的软件来分析，比如：postfix, eclipse架构分析。
2，可以搞方法论的东西，比如“软件工程学”的项目分析、软件过程管理、软件设计方法、软件开发方法等。

xianliang

这才是有意义的事情。整天吵吵哪个语言更好，没意义。