为什么我需要交付DevExpress.Printing.v14.2.Core.dll

为什么我需要交付DevExpress.Printing.v14.2.Core.dll,devexpress,devexpress-wpf,Devexpress,Devexpress Wpf,我已经使用DevExpress控件实现了一个WPF应用程序。 完成后,我在VisualStudio中优化了我的引用(使用Resharper)。我还有以下参考资料: DevExpress.Data.v14.2.dll DevExpress.Mvvm.v14.2.dll DevExpress.Xpf.Core.v14.2.dll DevExpress.Xpf.Grid.v14.2.dll DevExpress.Xpf.Grid.v14.2.Core.dll DevExpress.Xpf.Ribbon

我已经使用DevExpress控件实现了一个WPF应用程序。 完成后,我在VisualStudio中优化了我的引用(使用Resharper)。我还有以下参考资料:

DevExpress.Data.v14.2.dll
DevExpress.Mvvm.v14.2.dll
DevExpress.Xpf.Core.v14.2.dll
DevExpress.Xpf.Grid.v14.2.dll
DevExpress.Xpf.Grid.v14.2.Core.dll
DevExpress.Xpf.Ribbon.v14.2.dll
在干净的操作系统上启动应用程序时,它会崩溃。使用Process Monitor,我发现它正在10个不同的位置查找
DevExpress.Printing.v14.2.Core.dll
,但找不到它

该DLL的大小为3MB,如果可能的话,我希望避免交付它

Dependency walker似乎不能很好地用于.NET

我已经读过了,但这是针对XtraReports的,我的应用程序中没有使用它


如果未引用该DLL,为什么我的应用程序会查找该DLL?

使用JetBrains dotPeek找到了答案:


DevExpress.Xpf.Core.v14.2.dll和DevExpress.Xpf.Grid.v14.2.dll都有对DevExpress.Printing.v14.2.Core.dll的引用。

您的应用程序包含DXGrid。因此,根据,DevExpress.Printing.v14.2.Core.dll程序集包含允许基于实现功能的类。

我知道您已经回答了自己的问题,但在将来,如果您希望解决依赖性问题,我建议您使用ProcMon,而不是ProcMon。