摘要： 在06、07年的时候，我写过一些关于三层架构方面的东西（参见这里），现在看来，觉得有很多实用性的内容需要补充到里面去。我们还是先从架构图看起，然后一一解释，你就会发现相比于两年前，这个架构做了哪些变化和调整。一．三层架构图二．系统各层次职责1.UI（User Interface）层的职责是数据的展现和采集，数据采集的结果通常以Entity object提交给BL层处理。Web表示我们常用的B/S应用，WinForm表示我们常用的C/S应用。Network层以Socket的方式提供服务给客户端。Service层用于将业务或数据资源发布为服务（如WebServices）。2.BL（Business 阅读全文

摘要： 在我的架构经验小结（二）－－ 关于三层架构一文中，已经比较深入的介绍过三层架构方面的一些经验了，现在，我们来使用一个更小的比例尺来近距离观察我所理解的三层架构。一．三层架构图二．系统各层次职责1.UI（User Interface）层的职责是数据的展现和采集，数据采集的结果通常以Entity object提交给BL层处理。Service Interface侧层用于将业务或数据资源发布为服务（如WebServices）。2.BL（Business Logic）层的职责是按预定的业务逻辑处理UI层提交的请求。（1）Business Function 子层负责基本业务功能的实现。（2）Busines 阅读全文

摘要： 在我的架构经验小结（一）－－ 常用的架构模型一文中简单介绍了我常采用的几种架构模型，本文将稍微深入地介绍其中的一种 －－ 三层架构模型。一．三层架构图二．系统各层次职责1．UI（User Interface）层的职责是数据的展现和采集，数据采集的结果通常以Entity object提交给BL层处理。与UI平行的Service Interface层用于将业务发布为服务（如WebServices）。2．BL（Business Logic）层的职责是按预定的业务逻辑处理UI层提交的请求。（1）Business class 子层负责基本业务功能的实现。（2）Business Flow 子层负责将Bus 阅读全文

摘要： 经过这几年的积累，在系统架构方面逐渐积累了一些自己的经验，到今天有必要对这些经验作个小结。在我的架构思维中，主要可以归类为三种架构模型：3/N层架构、“框架＋插件”架构、地域分布式架构。一．三种架构模型1．3/N层架构 这是经典的多层架构模型，对于稍微复杂一点或特别复杂的系统，不使用分层架构是很难想象的。下图是经典的3层架构：如今，凡是个程序员都能侃侃而谈3/N层架构，这确实是解决系统复杂性的一种主流模式，但是，只要采用了3/N层架构是不是就一定能解决系统的复杂性了？不一定，关键在于你在你的系统中如何实作你的3/N层结构。 在采用了3/N层架构后，我们还是要解决以下非常重要的问题：系统的可扩展 阅读全文