C# 自定义组件开发不能找到DLL dll缓存的位置

2012-10-20 04:32:59 338 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

cxx1997 墨衍会员 · AI 创作全网分发关注 + 加入社区

【Jlink & C#】通过C#实现Jlink RTT上位机的功能某天看到安富莱家的自己开发的调试器可以实现输出中文调试信息到自己编写的Jlink RTT上位机上，觉得无比神奇，略好奇到底是如何做的，找了很久，发现其上位机的对应的实现好像也没有完全开源出来。后来经过很多搜索确认，知道了几个事实:那么有没有可能用C#来控制Jlink呢？答案是，有！！！解决思路在于，C#调用JLinkARM.dll里面的函数这里转载下我认为很有意义的发现结合以上的几个发现，加上我自己的测试，我把我对接JLinkARM.dll的C#接口分享出来，不保证都能用，我只是测试了几个常用的功能，R 阅读详情

我使用VS2010 WINFORM 项目开发自定义组件：public partial class UDMOCommon : Component
该项目引用了 KZS.PLF.PersistLayer等后台dll

整个解决方案的所有DLL都生成到同一个目录下，固定版本号1.0.0.0 ，然后引用都是 dll引用（非项目引用）

之前只要修改了后台DLL或者组件，前台的Form项目设计阶段必然会报错，什么同一个类型转换错误，找不到DLL等等，但只要多次关闭打开、重新添加引用等等操作后，都能恢复正常
（注意，是设计阶段才会有错误，运行编译好的exe都是没问题的）

最近突然发现 KZS.PLF.PersistLayer这个DLL，项目设置为 Com可见，于是改成了普通方式，固定版本号1.0.0.0
然后把有引用到 KZS.PLF.PersistLayer这个DLL的项目重新一个个引用，但是这次不行了，不管怎么样设置，Form上的UDMOCommon这个组件，只要跑到 KZS.PLF.PersistLayer相关的代码就会报错：找不到 KZS.PLF.PersistLayer，1.0.0.0

因此请问下各位：
1：我的解决方案的处理方式、项目的引用，这样是否正确，是否有更好的方式？
2：我推测 VS2010会把组件、控件的dll 缓存到别的系统目录下，我怎么样强制更新里面的dll？
3：这个问题怎么解决？

谢谢了

...全文