自己觉得B/S的版本已经不错了,所以想了解一下,智能客户端是否真的没什么缺点(看到大家都在说优点)。
28 个解决方案
#1
有三大缺点...
1.下载要占带宽...
2.安装要花时间...
3.使用要占本地资源...
这些缺点跟它的优点比起来就是鸡毛蒜皮的小事了...
1.下载要占带宽...
2.安装要花时间...
3.使用要占本地资源...
这些缺点跟它的优点比起来就是鸡毛蒜皮的小事了...
#2
总得来说还利远大于弊的... 不过使用时占内存还是挺大的...
#3
关注,帮顶!!!
#4
太老土了,还只能客户端,5年前的东西了。
看看微软 PDC2009 上的关于 Silverlight 4 版本的 Demo!
看看微软 PDC2009 上的关于 Silverlight 4 版本的 Demo!
#5
按需索取
#6
Silverlight 在客户端只需要不到 5M 的Runtime库,而且可以跨平台(Unix、Symbian、等等),Silverlight 4 则更是实际上已经开始深入用来控制桌面设备和COM组件通讯的领域了。
#8
B/S么?
我知道有很多人还在考虑用asp.net来开发网站,甚至开发企业应用程序。那么好吧,如果你开发了一个asp.net应用程序,竞争对手模仿你的界面布局和业务逻辑迅速开发一个Silverlight版本的,单从技术上说,asp.net版应用程序就没有活路了。
我想很多人还在以为Silverlight是用来做网页上的广告插件的吧?不对。它是做应用程序的。
当然,也可以做那些强调酷毙特性的网页,并且也可以SEO。
我知道有很多人还在考虑用asp.net来开发网站,甚至开发企业应用程序。那么好吧,如果你开发了一个asp.net应用程序,竞争对手模仿你的界面布局和业务逻辑迅速开发一个Silverlight版本的,单从技术上说,asp.net版应用程序就没有活路了。
我想很多人还在以为Silverlight是用来做网页上的广告插件的吧?不对。它是做应用程序的。
当然,也可以做那些强调酷毙特性的网页,并且也可以SEO。
#9
一直认为Silverlight是用来做很炫的效果的:-D
#10
有三大缺点...
1.下载要占带宽...
2.安装要花时间...
3.使用要占本地资源...
这些缺点跟它的优点比起来就是鸡毛蒜皮的小事了...
这个也不算缺点:-D
1.下载要占带宽...
2.安装要花时间...
3.使用要占本地资源...
这些缺点跟它的优点比起来就是鸡毛蒜皮的小事了...
这个也不算缺点:-D
#11
这个确实很炫。
Silverlight在企业信息系统中应用的多吗?
#12
了解一下,这个概念好像是4-5年前的东西,这几年没听过有什么动静。
#13
智能客户端最大的缺点是,需要客户端有宏大的NET framework比如(3.5的版本近200M)
这个缺点的确很致命,以至于高调出场,而几年后的今天却没有达到预期,
SL呢 图形API是基于DX的 所以比较炫,而且是BS平台程序,客户端只需要几M ,的确很有搞头的样子。
这个缺点的确很致命,以至于高调出场,而几年后的今天却没有达到预期,
SL呢 图形API是基于DX的 所以比较炫,而且是BS平台程序,客户端只需要几M ,的确很有搞头的样子。
#14
很久的技术。
安装文件太大
数据的缓存和更新,Silverlight使用的还不多
安装文件太大
数据的缓存和更新,Silverlight使用的还不多
#15
Silverlight3真的这么酷?
#16
silverlight
#17
是微软
#18
的产品。
#19
Java的Rich Client技术是不是没有这个缺点?
#20
不太清楚java的 rich client技术 感觉 是不是类似ms的 smart client啊 如果是那么 不如还使用ms的(smart client) ,因为windows平台占有量本来就大,安装JVM还不如安装 nf,反正NET2.0就中以做SC程序了,所以NF2.0与JVM差距不大,NF2.0才20多M ,客户是完全 可以承受的, 而且有消息说 NET4.0 将瘦身,变得比较可以接受,大家试目以待吧,如果真是那么,SC 还是大有搞头的。
#21
客户端要安装JVM或者Framework确实是一个问题。
还在等待还有什么其他的确定。
#22
#23
我在讨论所谓智能客户端的时候是指的client的运行模式,而不是特指某个技术,
我想要的智能客户端应当具备以下特征:
1、客户端体积尽量小;
2、客户端依赖尽量少;
3、能够自动感知onlineStatus,
连线时使用web服务,
脱机时能够在本地完成最小化操作(也就是脱机时不提供完整的应用程序功能,而是仅提供最重要的功能,在本地使用轻量级的数据库,比如:access,xls,xml,txt),网络恢复链接后能够同步数据
4、能够离线更新数据
我想要的智能客户端应当具备以下特征:
1、客户端体积尽量小;
2、客户端依赖尽量少;
3、能够自动感知onlineStatus,
连线时使用web服务,
脱机时能够在本地完成最小化操作(也就是脱机时不提供完整的应用程序功能,而是仅提供最重要的功能,在本地使用轻量级的数据库,比如:access,xls,xml,txt),网络恢复链接后能够同步数据
4、能够离线更新数据
#24
不太了解智能客户端,不敢妄下结论,帮顶一下吧
#25
顶上去。
#26
智能客户端给我的感觉是个半成品,也许是我黑没有深入研究。反正发布的时候只能直接发布到服务器上,要是要先发布到临时目录然后再copy到服务器上,能把人折腾死。但是他却说 click once,难到要我们的开发环境直接连接到服务器上?
#27
SL现阶段有个最大的弊端!装机量太少了!要看到效果,还得去下载SL
#28
看应用的领域, 智能客户端在企业级内部应用还是比较合适的,
安全系数高,客户端可执行操作丰富,系统需求相对较低。
问题也是比较多的,首先,客户端依赖.net framework,
更新时运行缓慢,要求客户端必须保留大量缓存程序文件。
上面的朋友提到silver light,不可否认,sl 的ui效果无可挑剔,
但是相对winform程序来说,还是有不少劣势的,
比如:
1. 从客户使用角度,客户端要求比较高, 对一些用旧电脑的用户, 运行缓慢,甚至会死机。
2. 从开发角度,可用资源不够丰富, .net winform, web form目前已经有很多成型的开发框架、组件可供使用,从开发整体来说, 是一笔很宝贵的资源, 但是sl 目前来说, 真正应用到大系统的案例还很少, 可行性有待观察。
安全系数高,客户端可执行操作丰富,系统需求相对较低。
问题也是比较多的,首先,客户端依赖.net framework,
更新时运行缓慢,要求客户端必须保留大量缓存程序文件。
上面的朋友提到silver light,不可否认,sl 的ui效果无可挑剔,
但是相对winform程序来说,还是有不少劣势的,
比如:
1. 从客户使用角度,客户端要求比较高, 对一些用旧电脑的用户, 运行缓慢,甚至会死机。
2. 从开发角度,可用资源不够丰富, .net winform, web form目前已经有很多成型的开发框架、组件可供使用,从开发整体来说, 是一笔很宝贵的资源, 但是sl 目前来说, 真正应用到大系统的案例还很少, 可行性有待观察。
#1
有三大缺点...
1.下载要占带宽...
2.安装要花时间...
3.使用要占本地资源...
这些缺点跟它的优点比起来就是鸡毛蒜皮的小事了...
1.下载要占带宽...
2.安装要花时间...
3.使用要占本地资源...
这些缺点跟它的优点比起来就是鸡毛蒜皮的小事了...
#2
总得来说还利远大于弊的... 不过使用时占内存还是挺大的...
#3
关注,帮顶!!!
#4
太老土了,还只能客户端,5年前的东西了。
看看微软 PDC2009 上的关于 Silverlight 4 版本的 Demo!
看看微软 PDC2009 上的关于 Silverlight 4 版本的 Demo!
#5
按需索取
#6
Silverlight 在客户端只需要不到 5M 的Runtime库,而且可以跨平台(Unix、Symbian、等等),Silverlight 4 则更是实际上已经开始深入用来控制桌面设备和COM组件通讯的领域了。
#7
我在
http://ww597.w218.west263.cn/sl 放了一个 SL 3 的简单demo,看看跟你想的“智能客户端”有多大出入?
#8
B/S么?
我知道有很多人还在考虑用asp.net来开发网站,甚至开发企业应用程序。那么好吧,如果你开发了一个asp.net应用程序,竞争对手模仿你的界面布局和业务逻辑迅速开发一个Silverlight版本的,单从技术上说,asp.net版应用程序就没有活路了。
我想很多人还在以为Silverlight是用来做网页上的广告插件的吧?不对。它是做应用程序的。
当然,也可以做那些强调酷毙特性的网页,并且也可以SEO。
我知道有很多人还在考虑用asp.net来开发网站,甚至开发企业应用程序。那么好吧,如果你开发了一个asp.net应用程序,竞争对手模仿你的界面布局和业务逻辑迅速开发一个Silverlight版本的,单从技术上说,asp.net版应用程序就没有活路了。
我想很多人还在以为Silverlight是用来做网页上的广告插件的吧?不对。它是做应用程序的。
当然,也可以做那些强调酷毙特性的网页,并且也可以SEO。
#9
一直认为Silverlight是用来做很炫的效果的:-D
#10
有三大缺点...
1.下载要占带宽...
2.安装要花时间...
3.使用要占本地资源...
这些缺点跟它的优点比起来就是鸡毛蒜皮的小事了...
这个也不算缺点:-D
1.下载要占带宽...
2.安装要花时间...
3.使用要占本地资源...
这些缺点跟它的优点比起来就是鸡毛蒜皮的小事了...
这个也不算缺点:-D
#11
这个确实很炫。
Silverlight在企业信息系统中应用的多吗?
#12
了解一下,这个概念好像是4-5年前的东西,这几年没听过有什么动静。
#13
智能客户端最大的缺点是,需要客户端有宏大的NET framework比如(3.5的版本近200M)
这个缺点的确很致命,以至于高调出场,而几年后的今天却没有达到预期,
SL呢 图形API是基于DX的 所以比较炫,而且是BS平台程序,客户端只需要几M ,的确很有搞头的样子。
这个缺点的确很致命,以至于高调出场,而几年后的今天却没有达到预期,
SL呢 图形API是基于DX的 所以比较炫,而且是BS平台程序,客户端只需要几M ,的确很有搞头的样子。
#14
很久的技术。
安装文件太大
数据的缓存和更新,Silverlight使用的还不多
安装文件太大
数据的缓存和更新,Silverlight使用的还不多
#15
Silverlight3真的这么酷?
#16
silverlight
#17
是微软
#18
的产品。
#19
Java的Rich Client技术是不是没有这个缺点?
#20
不太清楚java的 rich client技术 感觉 是不是类似ms的 smart client啊 如果是那么 不如还使用ms的(smart client) ,因为windows平台占有量本来就大,安装JVM还不如安装 nf,反正NET2.0就中以做SC程序了,所以NF2.0与JVM差距不大,NF2.0才20多M ,客户是完全 可以承受的, 而且有消息说 NET4.0 将瘦身,变得比较可以接受,大家试目以待吧,如果真是那么,SC 还是大有搞头的。
#21
客户端要安装JVM或者Framework确实是一个问题。
还在等待还有什么其他的确定。
#22
#23
我在讨论所谓智能客户端的时候是指的client的运行模式,而不是特指某个技术,
我想要的智能客户端应当具备以下特征:
1、客户端体积尽量小;
2、客户端依赖尽量少;
3、能够自动感知onlineStatus,
连线时使用web服务,
脱机时能够在本地完成最小化操作(也就是脱机时不提供完整的应用程序功能,而是仅提供最重要的功能,在本地使用轻量级的数据库,比如:access,xls,xml,txt),网络恢复链接后能够同步数据
4、能够离线更新数据
我想要的智能客户端应当具备以下特征:
1、客户端体积尽量小;
2、客户端依赖尽量少;
3、能够自动感知onlineStatus,
连线时使用web服务,
脱机时能够在本地完成最小化操作(也就是脱机时不提供完整的应用程序功能,而是仅提供最重要的功能,在本地使用轻量级的数据库,比如:access,xls,xml,txt),网络恢复链接后能够同步数据
4、能够离线更新数据
#24
不太了解智能客户端,不敢妄下结论,帮顶一下吧
#25
顶上去。
#26
智能客户端给我的感觉是个半成品,也许是我黑没有深入研究。反正发布的时候只能直接发布到服务器上,要是要先发布到临时目录然后再copy到服务器上,能把人折腾死。但是他却说 click once,难到要我们的开发环境直接连接到服务器上?
#27
SL现阶段有个最大的弊端!装机量太少了!要看到效果,还得去下载SL
#28
看应用的领域, 智能客户端在企业级内部应用还是比较合适的,
安全系数高,客户端可执行操作丰富,系统需求相对较低。
问题也是比较多的,首先,客户端依赖.net framework,
更新时运行缓慢,要求客户端必须保留大量缓存程序文件。
上面的朋友提到silver light,不可否认,sl 的ui效果无可挑剔,
但是相对winform程序来说,还是有不少劣势的,
比如:
1. 从客户使用角度,客户端要求比较高, 对一些用旧电脑的用户, 运行缓慢,甚至会死机。
2. 从开发角度,可用资源不够丰富, .net winform, web form目前已经有很多成型的开发框架、组件可供使用,从开发整体来说, 是一笔很宝贵的资源, 但是sl 目前来说, 真正应用到大系统的案例还很少, 可行性有待观察。
安全系数高,客户端可执行操作丰富,系统需求相对较低。
问题也是比较多的,首先,客户端依赖.net framework,
更新时运行缓慢,要求客户端必须保留大量缓存程序文件。
上面的朋友提到silver light,不可否认,sl 的ui效果无可挑剔,
但是相对winform程序来说,还是有不少劣势的,
比如:
1. 从客户使用角度,客户端要求比较高, 对一些用旧电脑的用户, 运行缓慢,甚至会死机。
2. 从开发角度,可用资源不够丰富, .net winform, web form目前已经有很多成型的开发框架、组件可供使用,从开发整体来说, 是一笔很宝贵的资源, 但是sl 目前来说, 真正应用到大系统的案例还很少, 可行性有待观察。