主宰

在团队设计BrnShop的web项目之初，我们碰到了两个问题，第一个是数据的复用和传递，第二个是大mvc框架和小mvc框架的选择。下面我依次来说明下。      首先是数据的复用和传递：对于BrnShop的每一次请求，程序都要分成好几个阶段执行，例如验证，执行动作方法等等，在各个阶段我们可能需要重复使用同一信息，而我们的愿景就是希望此信息只需获取一次，然后沿着流程管道一直流动，这样在后面的

今天的主题：BrnShop开源网上商城架构设计　　拿到源码的朋友知道BrnShop解决方案是由4个解决方案文件夹构成的。它们分别是Libraries，Presentation，Strategies和Plugins，下面是这四个解决方案文件夹的截图和介绍：　　Libraries：商城基础类库，主要提供系统核心，数据访问，业务逻辑等功能。Presentation：商城web展示

天先讲第一部分内容：插件的工作机制。　　对于任意一种插件机制来说，基本上只要解决以下三个方面的问题，这个插件机制就算成功了。这三个方面如下：插件程序集的加载视图文件的路径和编译插件的部署　　首先是插件程序集的加载(请仔细阅读，下面的坑比较多)，最简单的方式就是直接将插件程序集复制到网站根目录下的bin文件夹（够简单吧！），但是我们不推荐使用这种方式，因为这种方式导致插件的程

好了现在进入今天的正题：自定义插件。上一讲中我们已经阐述了BrnShop插件的工作机制，现在我们详细介绍下如何自定义插件。首先BrnShop的插件从功能上分为三类,分别是：开放授权插件(OAuth)支付插件配送插件　　对应的接口文件(注:位于BrnShop.Core项目的Plugin/Base文件夹中)依次如下:IOAuthPluginIPayPluginIShipPlug