1

让我们假设我有自己的业务层，其中包含我的业务对象和我的业务服务。我决定创建一个“SilverLight 业务应用程序”（使用 SL v 4.0），我想使用我计划开发的 SL 应用程序中已经使用的业务层。

我知道我不能包含一个不是 SL 项目的项目。

你能告诉我我能做到这一点吗？

谢谢

4

2 回答 2

3

由于 SL != .NET，您需要使用 Silverlight 编译器在 Silverlight 程序集中编译它们。换句话说，如果没有一点技巧，你不能直接消费它们。

一种选择是创建 Silverlight 项目，然后使用文件链接来共享来自 .NET 项目的代码文件（不复制它们）。一个普通的项目拥有其中包含的文件，但包含一个“链接”文件以供编译，而不是完全归项目所有。通过转到“添加文件>添加现有文件”对话框链接文件，查看右下角，您会看到您可以“链接”现有文件。

然后你可以做什么：

  • 拥有普通的 .NET 项目和 .cs 文件
  • 有一个 Silverlight 项目，它链接到您的第一个项目代码文件

当您编译 Silverlight 项目时，它会将链接文件视为属于 SL 项目（但在您的驱动器上，您的 .NET 项目中只有一个副本）。

您可能遇到的一个挑战是 Silverlight 并不支持所有 .NET 类型，因此如果您的业务对象包含这些类型，那么您的 .NET 代码可能无法在 silverlight 下编译。对于这些情况，您可以使用预编译器指令来获得 2x 方法签名：1x .NET 和 1x SL 兼容。您将设置指令（即：）Silverlight==True，编译器将选择其中一个。

例如：

#IF SILVERLIGHT
    public void SomeMethod(SilverlightType someParam)
#ELSE
    public void SomeMethod(SomeDotNetType someParam)
#ENDIF

这是 Rocky Lhotka（作者/CSLA.net 框架设计师）的演练链接。他提到使用链接文件和/或部分类来选择性地为每个平台编译。

于 2010-09-20T11:52:38.063 回答
0

如果您使用 RIA 服务，您会发现您可以在服务器端执行各种巧妙的技巧（包括链接到完整的 .Net 库）。只有客户端才必须使用 Silverlight-only 库。

Silverlight 面临的挑战实际上是通过 RIA 属性标记和自定义验证器向客户端公开适当的业务规则。

在实践中，您会发现客户端规则可能与服务器端略有不同，因此稍微重新考虑实际需要在客户端验证的内容并不是一件坏事。

于 2010-09-20T12:25:03.463 回答