当构建为“debug”时,在调试中,所有“使用”工作正常,然后编译成功。
但构建为“发布”,某些使用未启用。然后, 几乎所有方法都会导致编译错误..
你有什么想法吗?
Update1 :我试过了。但不行...... :( 我制作新项目并将UwpDesktop安装为“发布”模式。但结果是一样的。哦,我的上帝 ! Entity Framework References go missing between debug and release build
Update2 :我查看“发布”文件夹,它是空的。
“Debug”文件夹有很多UwpDesktop的DLL。 然后,我将除Exe之外的所有文件从Debug复制到Release。 现在,我成功在Release上编译。
但是为什么? 这是正常的吗?
更新3 现在,要构建为“发布”是可能的,但下一个问题是安装程序。发布编译时,“Visual Studio Installer”也有同样的错误:(
更新4 错误信息是, 当我们在代码中放入错误或未知的类名时,这是正常的消息。如果是上面的图片,GattDeviceService是未知的类名。
现在,情况变好了。
(1)我将所有DLL文件从Debug文件夹复制到Release文件夹。所有DLL文件都是由NuGet首先放置的。我想知道为什么NuGut没有将相同的DLL复制到Release文件夹。
(2)和现在,“Visual Studio Installer”也运行良好。我尝试了很多。那时,我不记得我做了什么。第一个错误是缺少第一个问题的依赖。将DLL文件复制到“Release”后,Installer构建没有成功。
(2-1)这是当前状态。 (见图)
(2-2)如果我用“Visual Studio Installer”选择“Project output”,Build失败,那么,我改变了“file”而不是“Project output”,我选择了所有EXE,DLL,PDB,Config文件。如果我选择xml,winmd,安装程序设置显示错误消息。然后,我忽略了它。
现在,我解决了这个问题(Build with release is success,Setup build with release:success)
我希望它可以帮助某人...... :)
答案 0 :(得分:-3)
以下是解决此问题的简单步骤。
从" Debug"复制所有DLL文件文件夹到"发布"。
如果" this.InitializeComponent();"有错误,使用解决方案漏洞删除项目并重新添加它。
对于" Visual Studio Installer",请勿使用"项目输出"选择目标文件。使用"文件"选择文件而不选择" winmd"文件。