在不同解决方案之间,或者使用反射加载程序集,怎样使程序进入实时调试模式?

前端之家收集整理的这篇文章主要介绍了在不同解决方案之间,或者使用反射加载程序集,怎样使程序进入实时调试模式?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
在不同解决方案之间,或者使用反射加载程序集,怎样使程序进入实时调试模式? 已有A.EXE,B.DLL,均已编译好,且无源码。 自编C.DLL,通过配置,在程序调用B中的某个功能时,动态加载C中的某个方法。动态加载的问题,好像是采用了反射。 以前在VB6中时,比较简单,只要打开C,启动,在程序调用C的时候,vb6会进入C的实时调试模式。 但是现在在VB.net中,不知道怎样使C进入实时调试模式,请各位帮忙了! __________________________________________________________________________ 不懂,关注。 __________________________________________________________________________ 学习并实践了一种方法: 把A.EXE和B.Dll复制到C工程的OBJ/DEBUG/目录下,然后把C的启动外部程序设置为A.EXE,即可实现在运行时实时调试C。 但是这种方法好像只能是单工程,如果自编C和D,B会直接调用C中的方法,又会直接调用D中的方法,如果设置C为启动工程,B在调用C中的方法时是没问题的,但是在调用D时则不能进入实时调试模式,会报错! 难道只能是单工程调试??不会这么傻吧!! 郁闷中...... 怀念VB6中...... __________________________________________________________________________ 把需要的代码都加载到一个解决方案中 也就是一个解决方案中包含多个项目,重新加载引用关系, 解决方案的属性中设置依赖关系 __________________________________________________________________________ 上面的方法好像不行,而且C和D其实也不存在真正的引用或者依赖关系! __________________________________________________________________________ 不明白,帮顶 __________________________________________________________________________ 查询了很多资料,没有找到方法,郁闷中...... __________________________________________________________________________ 还是没有解决,郁闷... __________________________________________________________________________

猜你在找的VB相关文章