在IE中嵌入Windows控件这样做程序,有什么局限性,控件局限性
用.NET做的Window应用程序类库嵌入到IE中,当客户端有.NET框架的时候可以运行这个类库中的控件,利用这个方式可以把程序做到什么程度,会有什么限制吗?会不会就像是在客户端运行一个Window应用程序一样可以方便的操作呢?开发起来会不也很方便?
这样做的一个好处是不是客户只要访问这个网页就行,而不用在每个客户端都安装一次,也不用考虑应用程序更新的问题,只要每次打开都是最新的。是不是这样呢?
解决方案
在内网可以使用,因为你可以叫别人改权限,在公网上使用我不觉得有任何优势。
如果要说看起来像Winform,好点的美工都可以做到。
做过项目的没有.不太喜欢这样做.网上有个.net打印的用到这个。
ACTIVEX 控件
几乎没有什么限制
优点:
客户端无需安装
版本统一自动升级
方便与浏览器交互
缺点:
浏览器兼容程度只能支持一种浏览器
受浏览器安全机制影响,可能无法安装
不适合做大型的程序 缺点:客户端需要安装.net框架,建议除非不得已需要做一些实时性较高程序,尽量不要用控件 那就是ActiveX
大量使用意义不大 那怎么用?客户端不是一样要下载注册么 学习 学习,
没有理解 受IE限制
你还不如做C/S
我做过,有时候会丢失control的状态或事件,偶尔会出莫名其妙的问题
而且注册麻烦,我至今为止只生成web引导项目安装成功过,自己做的cab都失败了~
可能是我自己的原因 学习
不过, 这样做的话, 为何不试试ClickOnce呢? 小控件的还好
如果是大的,浏览时尤其是第一次光下载那个控件就够你受的
而且还要承受IE死掉般的等待 学习 .NET做的Window应用程序类库?如果是功能来说如:WebService在系统整合很方便,如果是界面上的交互js,或者2005来满足,如果2003自己用过滤http请求和实现自己的web控件。
如果不知道服务器有什么类库,获取类描述动态生成也行。 不是吧,没发现 有什么 事件丢了的, 现在正在学着呢 听说是有权限的限制,目前还没碰到!
唯一一点不爽的就是第一次加载很慢~ 做成客户端控件,关键是你怎么处理证书问题。 yun 学习 不是ActiveX控件,我说的是用.Net编写的控件类库DLL用于网页中,因为这样在网页上看起来更像是一个Windows应用程序,我们可不可以大量的这样进行开发。 下载注册?
不用注册,.NET的类库不用注册就可以了。
问一下,有多少人这样做过或正在做这样的开发? 还有谁知道?
再发表一下看法
(有发言权的,是有这样做过的)
erik168(我是烂货)
-----------------------
非常感谢你的回答,因为看来你是做过的,
不妨再说说你的感觉及体会,比如这样做的好处,及不好地方:) 又没有人回了,看来大家在这一块不是很强啊.... 重赏之下未见勇夫....... 多谢:) 控制面板里面的-管理工具-Microsoft.Net的权限
---------------------------
这个权限是怎么设置的,我不知道怎么对Microsoft.Net的权限进行设置.请指教. 我基本上测试可以了:) 我一般是通过网页调用ocx,再用ocx调客户端应用程序
ocx尽量不升级,客户端应用程序自动升级
关注,帮顶 还有这么做过项目的同志吗? 有没有办法可以方便的设置.NET的安全权限呢? 多谢cpp2017(慕白兄),我按你的意思再看看吧:) 这样做的时候,在Win控件中是用什么访问服务器呢,是用WebService吗?
哪位同志做过呢,来说一下啊....
用户评论