日期:2014-05-17  浏览次数:20388 次

最近用VS2010 C#开发了一个ActiveX控件,这让我产生了很多疑问
我用vs2010 c#开发了一个activex控件,调用自己开发的一个webservice中提供的功能。
开发完成后,要将这个activex提供给第三方使用。在开发和安装过程中,出现了很多问题。
在发现问题-解决问题-出现新问题-再次解决问题这个循环中反反复复走了好多遍。
客户对我开发的这个控件很不满意,对于要使用控件的同时还要给机器另外安装Framework4.0表示很烦躁

其实烦躁的又岂止客户的使用,因为小弟从事开发时间并不是很长,对于开发控件的这套东西很不理解
比如Framework各版本之间的兼容问题,这在调试过程中要非常注意。
还有32位系统和64位系统的兼容问题,很多设置很隐蔽,稍不注意,就会导致问题的发生。
最让客户不能接受的是为什么xp系统就不能直接使用,还要安装如此多的东西作为前提
我不是埋怨客户,因为这种事情也让我非常烦恼。

可能是我对于vs2010 c#开发activex控件的不熟悉,最后我还是选择了用vb6.0开发了控件扔给客户。
最后客户说早这样做就行了嘛。
这个过程让我很烦恼,只能怪我能力不够,不能用好新的东西,还是回到了老路。

虽然客户的问题得到了解决,但是心里还是堵得慌
例如,在我开发控件之后,我在解决方案里新建了一个webapplication项目以测试我的控件,我将这个web应用程序项目部署后,在别的机器上登陆http://部署机器的ip/xxxx,可以实现自动安装控件(光解决这个自动安装的问题就花了我一天时间),访问我这个部署的网页也是能显示预期的效果;
但是我现在不通过拜访我部署的测试网页,自己写了一个htm文件,却不知如何调用这个控件了,即使我在客户机上手动安装了msi文件,也毫无效果。是不是缺少什么在客户机上进行控件注册或是签名的步骤,小弟这方面真是不懂了。
还望各位大侠指教。

------解决方案--------------------
尽量不要用activex,尝试使用silverlight这样的轻量框架。
------解决方案--------------------
这个东西压根不是c#能干的活,最好还是vb delphi

强大点的可能用vc++,vc++兼容性是最好的,也是最最麻烦的,光实现接口就够头疼的了。