【发布时间】：2011-02-25 11:20:15
【问题描述】：
我正在创建将在 Compact Framework、Silverlight、WP7 和完整的 .NET 运行时中使用的库。我知道关于 Compact Framework 和完整 .NET 之间或 Silverlight 和完整 .NET 之间共享的问题已经被问过很多次了，我一直在阅读所有的答案，但是这种情况更加复杂，因为我必须使用VS2010 用于 Silverlight/WP7 和 VS2008 用于 Compact Framework。
因此，我需要为此使用多个解决方案以及多个项目。
是否有建议的“最佳实践”方法来管理这个，我知道我可以使用添加文件作为链接功能创建多个解决方案/项目来维护项目，但这变成了一个手动过程打开到我想避免的错误。
有没有人在自动化构建单独的框架方面有任何经验，例如创建和维护单个 .NET 项目，但有一个自定义构建操作可以自动调整解决方案和项目文件并为不同的需要构建多个输出程序集构架。我知道确保生成正确的引用会增加复杂性。
是否有一个现有的框架可以实现这一点，我已经搜索过但看不到任何东西。或者，是否有兴趣创建这样一个框架？
【问题讨论】：
-
CSLA.NET 框架使用编译器开关来实现这一点 - 在相关开关内实现特定于框架的代码。 lhotka.net/cslanet
-
CSLA.NET 看起来很有趣，我之前没见过那个——虽然我在页面上看不到 Compact Framework，但你知道它是否受支持吗？
-
不确定是否明确支持，但有一个 Silverlight 版本，我相当确定我记得不久前在一个版本中看到了一个紧凑的框架编译器切换，可能是精简版。跨度>
标签： c# silverlight compact-framework shared-libraries