假设我已经有一个构建 .NET 3.5 程序集的项目。现在我想为 Silverlight 构建该程序集，并且进一步以最小的努力维护其 Silverlight 版本。
不可接受的方法：
可接受的方法：
因此，基本上，我想要维护一个项目，但是将其针对两个框架进行目标定位。我不想维护两个单独的项目，因为这可能会导致像忘记包含新文件这样的错误。如果有许多项目和大型团队，则真的很重要来排除此类错误。
如果这完全不可能，那么任何提供类似好处的解决方案都可以接受。
您是否考虑过从Silverlight项目链接到项目内部的文件？这是在Silverlight和完整CLR之间共享实现的常见方法。 在.NET和Silverlight平台之间共享代码
此外，根据Justin Angel的说法，您可以从完整CLR引用和使用Silverlight类库。我自己没有尝试过，而且这还留下了一些问题未解决，但它确实使场景变得简单：http://silverlight.net/blogs/justinangel/archive/2008/12/29/using-silverlight-dlls-on-the-desktop.aspx。
我同意Scott的观点。将代码库共享给两个项目是最好的选择，这样可以避免很多麻烦。你需要在两个环境中使用VStudio，在不同的库中使用它，在包含/排除文件时使用它，在许多方面都可以轻松地使用它！
拥有两个项目的原因远远超过只有一个项目的借口。
你需要有两个项目，因为两个平台的mscorlib引用是不同的。
查看这个问题：http://www.google.ca/search?hl=en&q=targetting+silverlight+and+wpf&meta=&aq=f&oq=
如果你只想要一个普通的.NET库在两个平台之间共享，那么我建议创建两个项目（一个用于Silverlight，一个用于普通），并在两个项目中包含相同的文件。这对其他开发人员来说更容易理解。
我认为你需要适当地分层。你的Silverlight代码应该仅用于UI和与后端WCF服务的通信。这些服务将运行你的.NET 3.5代码（你想要共享的代码）。这样你就有了共享和n-tier。
如果你在客户端的Silverlight代码中进行大量计算，然后将其提交到服务器（可能是数据库），那么我认为你正在打开一个安全漏洞。
你没有给出一个令人信服的理由，说明为什么一个单独的项目需要访问Silverlight项目中的代码。
