松散架构（Loosely Coupled Architecture)

接触了一些采用Linux/Unix工具的架构的应用以后，我发现我越来越喜欢松散的架构。即除了接口(UI)，然后是算法，最后是面向领域的工具或DSL。而Microsoft的架构大都反其道而行之，原因是：Microsoft想让使用者用起来更傻瓜化，但是否能达到目的就不一定了。

对于数据交换的接口(Interface)层面，尽量用同通用的数据格式，如果是函数调用就用string,char,int之类的，如果是文件就用Plain Text或者其他Human-Readable的格式。

松散架构的有点主要有两个：

1，最小化关注点

2，面向领域(问题域)来解决问题

1，最小化关注点

实现最小化关注的前提是：简单，通用数据格式，协议。在同一个时刻只解决一个问题。而这时接口，协议不能成为解决问题的累赘。还有就是适当的拆分问题，问题的拆分取决于问题域。而不是业务的解决方案域。Linux/Unix工具本身这点做的就很好，拆分的很干净。而这反过来就会促进问题的划分。通过适当拆分，简单通用数据格式，我们只解决该解决的问题——而不是因为解决方案而引入的问题，比如：数据转换，数据传输对象，阻抗匹配等等。

2，面向问题域解决问题

也就是采用面向领域的解决方案解决领域内的问题。采用合适的Unix工具：文本处理用Awk，Sed，Regular Expression；网络获取用wget；查找文件或过滤用grep,find；自动化处理用Bash Scripting或者Ruby/Python等等。总之我们总能够找到一个非常容易处理领域问题的语言或工具，不多不少地解决当前问题。

通过松散的架构，最终得到的应用看上去没有Microsoft的巨无霸强壮，但实际上坚强无比。还有一个不那么明显但却非常重要的优点是这种架构可以Evolution，随着时间的推移这种架构容易调整成面向领域的架构，不多不少地解决架构该解决的问题，多的把他裁掉，少的把他补上。之所以可这样是因为架构是松散的，不是谁一定要谁依赖于谁，不离不弃对爱情是好的，对架构来说是种灾难。

转载于:https://www.cnblogs.com/Jerry-Chou/archive/2012/02/06/2339762.html