标签：
上周五写了一个实现原理篇，在评论中看到有朋友也遇到了我的问题，真的是有种他乡遇知己的感觉，整个系列我一定会坚持写完，并在最后把代码开源到git中。上一篇文章很多人看了以后，都表示不解，觉得不知道我到底要干什么，可能就像隔行如隔山吧，就像做移动端开发的人很少去考虑分布式中的通信一样。大家都知道模块化，但模块化的思路有很多，我的只是其中一种，也许你看到最后会觉得这种思路在经过不断地演化后会成为一种很好的解决方案，当然这离不开以后大家对代码及思想的贡献。
好了不扯了，还是回到主题上来吧....
沙箱是什么？怎么用呢？
沙箱说白了就是插件、模块运行的环境，有点像docker又不像（哈哈）。沙箱主要由两部分组成：沙箱管道和沙箱启动器（为了显得高大上一些，就起了两个难以理解的名字），还有一个以后为功能做铺垫的实体类——controller/action 封包类
首先贴一下这个实体类的代码：
/// <summary>controller/action 封包类
/// </summary>
public class CAModel
{
public string ControllerName{get;set;}
public string ActionName{get;set;}
public string UrlPath { get; set; }
/// <summary>构造
/// </summary>
/// <param name="controllerName">controller 全名（带命名空间）</param>
/// <param name="actionName">action 全名（不带参数）</param>
public CAModel(string controllerName,string actionName)
{
ControllerName=controllerName;
ActionName=actionName;
UrlPath = controllerName.Replace(".Areas.", "/").Replace(".Controllers.", "/");//controller转Url
if (UrlPath.EndsWith("Controller"))
{
UrlPath = string.Format("/{0}/{1}", UrlPath.Substring(0, UrlPath.Length - 10),actionName);
}
}
public CAModel()
{
}
}
这个封装类主要是为了以后系统核心功能：权限管理，方便获取模块内所有action对应的Url路径，现在就不过多投入精力了。
下边我们说一下沙箱管道（SandBoxChannel ）：沙箱管道服务于沙箱启动器,这个类需要继承MarshalByRefObject，也就是必须要支持跨域访问。这个类中最关键的就是_assembly和InvokeMothod。
再看一下沙箱启动器（SandBoxDynamicLoader）：所谓沙箱启动器就是创建一个启动器对象，把模块的类库、配置文件等加载进去，当然这个启动内部是一个沙箱（即appdomain）。在SandBoxDynamicLoader的构造方法中创建的了一个appdomain和一个SandBoxChannel对象，支持模块的加载与卸载
到此沙箱模型就完了，其实整个过程可以归纳为：创建一个appdomain，利用反射调用方法处理请求。这个模型不仅在web平台上可以使用，其实他早就在系统服务型框架、窗体框架中大范围使用了。
转载请注明出处：http://www.cnblogs.com/eric-z/p/5028243.html
标签：
原文地址：http://www.cnblogs.com/Leo_wl/p/5036159.html
