使用 Silverlight 构建业务线企业级应用程序，第 1 部分

核心提示： 图 1 Silverlight 呼叫中心逻辑体系结构Silverlight 基础：CoreCLR开始之前，让我们先温习一下 Silverlight 的基础知识，使用 Silverlight 构建业务线企业级应用程序，第 1 部分(2)，我先深入介绍 Silverlight 运行时，以便您

图 1 Silverlight 呼叫中心逻辑体系结构

Silverlight 基础：CoreCLR

开始之前，让我们先温习一下 Silverlight 的基础知识。我先深入介绍 Silverlight 运行时，以便您可以更好地理解 Silverlight 能够提供的功能。CoreCLR 是 Silverlight 使用的虚拟机。它类似于为 .NET Framework 2.0 及更高版本提供强大功能的 CLR，也包含相似的类型加载和垃圾收集 (GC) 系统。

CoreCLR 采用非常简单的代码访问安全性 (CAS) 模型——它比桌面 CLR 更简单，Silverlight 只需要在应用程序级别强制实施安全策略。这是因为作为独立于平台的 Web 客户端，它不能依靠任何特殊的现行企业或机器策略，而且也不应该允许用户更改现有策略。但也有一些例外情况，比如 OpenFileDialog 和 IsolatedStorage（存储配额更改），在这种情况下，Silverlight 需要用户的明确同意才能打破沙箱的默认规则集。OpenFileDialog 用于访问文件系统，而 IsolatedStorage 的作用是访问名义上隔离的存储并提高存储配额。

对于桌面应用程序，每个可执行程序都加载一个 CLR 副本，并且操作系统进程仅包含一个应用程序。每个应用程序都有一个系统域、一个共享域、一个默认域和多个显式创建的 AppDomains（请参阅“JIT 和运行：深入 .NET Framework 内核了解 CLR 如何创建运行时对象”）。CoreCLR 中也存在相似的域模型。就 Silverlight 而言，几个应用程序（可能来自不同的域）将在同一个操作系统进程中运行。

在 Internet Explorer 8.0 中，每个选项卡都在其自身独立的进程中运行；因此在同一个选项卡内托管的所有 Silverlight 应用程序都将在相同的 CoreCLR 实例上下文中运行，如图 2 所示。由于每个应用程序可能来自不同的源域，所以出于安全原因考虑，每个应用程序都将被加载到其自身的 AppDomain 中。可以说 CoreCLR 实例的数量与当前托管 Silverlight 应用程序的选项卡数量相等。