随笔分类 -  架构体系

摘要：对于客户端架构设计，个人觉得最大的原则就分层设计， 每层都封装一个概念并保持独立， 同时根据依赖倒置的原则， 站在上层客户的角度提供接口。软件工程里面的一条黄金定律:“任何问题都可以通过增加一个间接层来解决。 阅读全文

摘要：以前在设计DirectUI界面库(该界面库现已开源， 可到 这里 下载)架构时，遇到一个接口继承相关的问题，当时没有太好的解决方案，却一直个耿耿于怀， 现在重新思考整理下。 最后，总结下上面三种方法： 第一种实现和接口混合继承的方法最简单，也最容易理解， 缺点是没法完全基于接口编程； 第二种基于模板的方法比较难理解，实现上也比较简单， 缺点是代码膨胀； 第三种多重继承的方法也比较容易理解， 缺点是我们要多做一些工作。 阅读全文

摘要：最后， 总结一下， 微软在Intel处理器上开发Windows操作系统， 我们在Windows操作系统上开发应用程序，无非是一层层的封装， 其实具体到细节， 每层都没有太多神秘的东西。我们当然不可能掌握每层的细节， 只能理解每层的概念， 以帮助我们在应用层更好的开发。 阅读全文

摘要：经过上面的比较， 我们可以得出一些结论： 消息方式的强项是耦合性和扩展性，以及监控的方便性，个人感觉比较适合于Server端的规模应用。 接口方式的强项是性能高效以及开发的方便性， 比较适用于同一进程内客户端的小规模应用。 但是大部分时候， 对于架构师或是公司领导，他们会更关注可耦合性和可扩展性，所以他们会倾向于选择消息方式，尽管有时可能不是那么适用。 阅读全文