4 个解决方案
#1
即使是15几年前windows如日中天的时候,COM+组件还是特别垃圾、在许多 windows 桌面上都无法安装也无法正常卸载。实际上.net 系统原本就是用来解决 COM 组件的这个
COM DLL Hell 问题所以才出现的。
你应该贴出你的调试画面,你的 OCX 应该在它的开发环境下重现问题,然后调试出错的语句。如果连哪一行代码异常都不知道,那么上摆渡去乱搜一通消耗一下时间试试看。
你应该贴出你的调试画面,你的 OCX 应该在它的开发环境下重现问题,然后调试出错的语句。如果连哪一行代码异常都不知道,那么上摆渡去乱搜一通消耗一下时间试试看。
#2
如果能按照正常的 WPF 程序开发方式来组织,那么就用 WPF 来开发软件。不需要考虑什么 OCX。
说 OCX 只是一种技术考虑,一旦试了才知道坑太多并不免费。
说 OCX 只是一种技术考虑,一旦试了才知道坑太多并不免费。
#3
针对你的源代码,进行调试、写日志。贴出技术部分。
#4
OCX是一种很老的技术了,建议先贴代码,这样提问题只能靠猜
#1
即使是15几年前windows如日中天的时候,COM+组件还是特别垃圾、在许多 windows 桌面上都无法安装也无法正常卸载。实际上.net 系统原本就是用来解决 COM 组件的这个
COM DLL Hell 问题所以才出现的。
你应该贴出你的调试画面,你的 OCX 应该在它的开发环境下重现问题,然后调试出错的语句。如果连哪一行代码异常都不知道,那么上摆渡去乱搜一通消耗一下时间试试看。
你应该贴出你的调试画面,你的 OCX 应该在它的开发环境下重现问题,然后调试出错的语句。如果连哪一行代码异常都不知道,那么上摆渡去乱搜一通消耗一下时间试试看。
#2
如果能按照正常的 WPF 程序开发方式来组织,那么就用 WPF 来开发软件。不需要考虑什么 OCX。
说 OCX 只是一种技术考虑,一旦试了才知道坑太多并不免费。
说 OCX 只是一种技术考虑,一旦试了才知道坑太多并不免费。
#3
针对你的源代码,进行调试、写日志。贴出技术部分。
#4
OCX是一种很老的技术了,建议先贴代码,这样提问题只能靠猜