.net - 同时面向 .NET 3.5 和 Silverlight

假设我已经有一个构建 .NET 3.5 程序集的项目。现在我想为 Silverlight 构建这个程序集,此外,以最小的努力维护其 Silverlight 版本。

什么是 Not Acceptable :

  • 为 Silverlight 构建创建单独的项目

什么是可接受的:

  • 添加自定义指令,使我可以依赖于例如 Silverlight 或 .NET MSBuild 属性。
  • 为 Silverlight 添加特殊构建配置
  • 将#ifdef Silverlight/#endif 部分添加到源代码中。
  • 通常对 .csproj/.cs 进行任何其他修改。

所以基本上,我想维护一个项目,但针对两个框架。我不想维护两个单独的项目,因为这可能会导致错误,例如忘记包含新文件。如果有很多项目和大团队,排除此类错误非常重要。

如果这完全不可能,任何提供类似好处的解决方案都是可以接受的。

最佳答案

您是否还排除了从 Silverlight 项目链接到项目中的文件的可能性?这是在 Silverlight 和完整 CLR 之间共享实现的一种相当常见的方法。 Sharing Code Between .NET and Silverlight Platforms

此外,根据 Justin Angel 的说法,您可以引用和使用完整 CLR 中的 Silverlight 类库。我自己没有尝试过,它留下了一些 Unresolved 问题,但它确实使场景变得简单:http://silverlight.net/blogs/justinangel/archive/2008/12/29/using-silverlight-dlls-on-the-desktop.aspx

https://stackoverflow.com/questions/1080348/

相关文章:

xcode - 如何在 xcode 持续集成中自动删除旧构建的文件?

ios - Xcode 4 - 专用配置设置 : build settings and scheme

build - 如何自动运行参数化的 Jenkins 作业

build - 有人有使用 Gradle 构建 Eclipse RCP 应用程序的经验吗?

iphone - 什么是 "Couldn' t 打开共享功能内存 GSCapabilities (没

build - 在下游项目之前触发上游项目构建

list - 如何以编程方式列出执行 MSBuild 时定义的所有属性?

android - 构建错误 : Ice cream sandwich emulator on Ub

ios - 通过脚本在 Xcode 项目上启用 iCloud

visual-studio - 为什么用 Visual Studio 构建驱动程序是 "Bad"?