为什么我需要交付DevExpress.Printing.v14.2.Core.dll
我已经使用DevExpress控件实现了一个WPF应用程序。 完成后,我在VisualStudio中优化了我的引用(使用Resharper)。我还有以下参考资料:为什么我需要交付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.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。