我们编写了一个小的Windows类库,为一些标准types(string最初)实现了扩展方法。 我把它放在一个库中,以便我们的任何项目都可以通过简单地引用它并添加使用XXX.Extensions来使用它。
当我们想在Silverlight中使用这些方法时出现了一个问题。 尽pipe所有的代码都是兼容的,但Silverlight中不能引用Windows库,所以我们创build了一个Silverlight库,它链接到相同的类文件,并将编译器指令放入类中,以允许使用不同的声明和名称空间。 这工作得很好,直到今天,当我添加一个新的类到Windows扩展库,并意识到我将不得不记得将类连接到Silverlight库。
这是不理想的,我想知道是否有人有更好的方式共享Windows和Silverlight项目之间的扩展方法和其他帮助代码的想法。
您不能将Silverlight程序集的引用设置为常规的.NET程序集,但是您可以这样做。
因此,创建一个共享的Silverlight程序集并将您的代码添加到该程序集。 现在,您可以将常规.NET和其他Silverlight程序集的引用设置为共享的Silverlight程序集。
限制是你只能将代码放在.NET和Silverlight CLR上,但这与共享代码没有区别。
由于这个问题已经得到解答,所以有一个来自Microsoft的便携式类库的新解决方案。 这是他们宣布的博客文章。
我正要开始与他们共享代码,以便在Silverlight和我写的一些服务器端代码之间共享代码,所以现在不能添加太多链接。
Silverlight运行时不同于普通的.NET运行时。 所以你需要在项目层面做一些技巧来在多个平台之间共享代码。
以下是我为Autofac IoC容器所做的工作 。
通过这种方法, 您不必为每个目标平台创建不同的项目 。
PS:还有一个来自Composite WPF的Project Linker工具,它允许链接Silverlight和WPF项目(创建多个项目)。 但是看起来很乱。
XNA项目也有类似的问题。 既然你可以瞄准几个不同的平台,你需要有不同的项目。 原因是因为项目引用的基类库是平台特定的,所以你不能只有一个项目。
如果您好奇,可以从这个博客中了解一些情况 :
要重新编译另一个平台的源代码,您需要另一个项目。 原因是因为项目需要引用XNA Framework和底层.NET Framework(Xbox 360和Zune使用.NET Compact Framework)的不同程序集,而C#项目不提供引用不同程序集的支持不同的平台。
在.Net中引用Silverlight类库时,我遇到了一些依赖关系问题。
使用Visual Studio 2010和WCF RIA 1.0时的另一种方法: