在一个项目中编译Silverlight和WPF的最佳实践是什么？

我刚刚完成了一个Silverlight项目,现在是时候进行一些清理了.我想把我的核心文件放到一个单独的项目中,我将从我的主要Silverlight应用程序中引用它.其中一些类与WPF兼容,我非常希望能够在一个项目中拥有Silverlight/WPF代码.我理想的解决方案是允许多种配置的单个项目.所以,

配置:Silverlight将生成:Company.Controls.Silverlight.dll

配置:WPF将生成:Company.Controls.Wpf.dll

是否可以在同一个文件中通过定义分隔相同的源？

有没有人这样做过？

编辑:我为每个项目创建了一个解决方案,比如MyCompany.Windows.Controls,然后包含2个项目,MyCompany.Windows.Controls和MyCompany.Windows.Controls.Silverlight.除了这两个文件夹,我还有一个"共享"文件夹,其中包含两个项目使用的文件.到目前为止它运作良好:)

更新:表明几乎总有一种更简单的方法.:-)

第一步是使用条件编译来隔离Silverlight特定代码.(我假设你的"默认"目标是WPF.)

其次,您需要一个构建脚本来编译每个平台的代码,设置适当的定义和程序集引用.

看看开源的Caliburn项目.它做到了这一切.

以下是Caliburn的ExtensionMethods类的示例.

    public static T GetResource(this FrameworkElement element, object key)
        {
            DependencyObject currentElement = element;

            while (currentElement != null)
            {
                var frameworkElement = currentElement as FrameworkElement;

                if (frameworkElement != null && frameworkElement.Resources.Contains(key))
                    return (T)frameworkElement.Resources[key];

#if !SILVERLIGHT
                currentElement = (LogicalTreeHelper.GetParent(currentElement) ??
                    VisualTreeHelper.GetParent(currentElement));
#else
                currentElement = VisualTreeHelper.GetParent(currentElement);
#endif
            }

            if (Application.Current.Resources.Contains(key))
                return (T)Application.Current.Resources[key];

            return default(T);
        }

如果在VS中打开Caliburn并进行编译,它将符合标准框架.引用适用于.NET 3.5和WPF,而不是Silverlight.这也是预处理指令为"!SILVERLIGHT"的原因.

在您的构建脚本(Caliburn使用NAnt)中,您将拥有一个为每个平台设置定义的目标,例如,Caliburn的Silverlight目标是:

然后,这是调用实际Silverlight构建的目标:

最后,这是一个负责生成Caliburn.Core.dll的"核心"目标的示例:

注意它引用必要程序集的方式.

您可能需要编辑NAnt.exe.config(如果您使用的是NAnt)以匹配正确版本的Silverlight框架.对于Silverlight RTW,框架版本将为2.0.31005.0.

我自己没有尝试过(仍然试图找到与Silverlight一起玩的时间),但是你不能拥有两个项目的解决方案,一个针对Silverlight,另一个针对.NET 3.5,并添加公共类文件到每个项目作为链接(右键单击项目,添加现有项目...,添加为链接)？

**更新:请参阅Mark关于项目链接器的答案.我一直在使用PRISM 2.0 CAL的多目标复合应用程序中使用它,这是一件很棒的事情.我不认为PRISM 1.0中存在这种情况吗？