Quantcast
Channel: C++博客-所有随笔
Viewing all articles
Browse latest Browse all 7882

转:架构腐化之谜-笔记

$
0
0
创建:2011.11.03

架构腐化之谜
http://www.infoq.com/cn/articles/cjz-architecture-corruption

规模的变大,并且没有适时的进行分解才是导致架构腐化的根源。

解决方法:
1,采用新技术。有些问题可能早已经被人完美的解决过了。引申--即使该技术在本平台内没有,也可以参考和借鉴其他平台的,然后开发一个简易版本。
2,将大项目分解为多个小模块。这样,开发人员一次只针对一个模块思考。并且,因为只需要编译当前的模块,因此编译的也快些。
3,将独立的模块放到单独的进程中。进程比线程让人省心。单独的进程其实可以认为是一种单独的服务了。
4,
形成高度松散耦合的平台+应用。比分离到单独的进程中更进一步,即将不同的模块进程的接口进行统一。

其他:
目前最经考验的分层是MVC+Service。[自:M和Service分离开了。M的准确定义应该是业务逻辑中的M。 DB,网络,Log等应该属于Service。]
用AOP进行横向切分业务层面共性的操作,例如日志、权限等。[自:明确一下AOP的用处。]
SVN的改进:

正确:

每个模块都有属于自己的代码库,拥有自己的独立的升级和发布周期,甚至有自己的文档。[自:重要]


精彩评论:
其实很简单,就是一个系统逐渐庞大的过程:重复代码封装成子函数->封装成类->封装成动态链接库->组件化各个功能模块。
架构师应该该参考一下地球架构。

+++++


佳为好友 2012-12-23 10:07 发表评论

Viewing all articles
Browse latest Browse all 7882

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>