1.就像网站一样
2.用户需要装SilverLight
3.……

解决方案 »

  1.   

    1.更新的问题安装一下就知道了,其实是后台更新的.
    2.如果是开发可能要依赖.net框架
    3.有需求就不会淘汰. 
      

  2.   

    有的朋友说,现在主要是HTML5,可是我学的是WPF,HTML5 ?还要学做网站吗,JS、ASP.NET这些都要学是吗
      

  3.   


    在你的网页上,你可以看到类似             <object data="data:application/x-silverlight-2," type="application/x-silverlight-2"
                    width="100%" height="100%">
                   <param name="source" value="ClientBin/abcdef.xap" />
                .............
    这样的 html 代码。silverlight插件(application/x-silverlight-2)会自动下载 source 参数中所标记的 .xap 文件。你可以把这个文件放在互联网上任何地方,例如任何一个免费的网页空间,不一定放在你的这个页面所在的网站上。打开网页,这个xap文件都会下载(如果浏览器端本地有最新文件的缓存,则直接取本地缓存)。silverlight插件本身就内置一个兼容于桌面端.net framework 的 .net framework,只不过比它功能少一些而已。整个 silverlight 插件非常小(6M多),但是可以重复利用到桌面 .net 程序开发中的许多知识,因为两个 framework 规范是一样的。这个silverlight插件,显然也只需要下载一次,就换存在浏览器端了。不会随着应用程序的改变而需要重复下载。有人说window7要淘汰了,因为微软已经3、4年没有更新它了。还有人说winform要淘汰了,因为微软已经15年没有更新它了。这些人其实都是拿着一个貌似“合理”的事儿由,说着一个荒谬的结论,目的就是为了诋毁。一个开发平台是优秀的,那么就算是10年不更新开发平台,其价值也不减,照样有许多懂得使用它的人用来制作用来赚钱的软件。只有那些什么都不懂的学生,才仅仅只会站在“学”而不是“用”的角度。
      

  4.   

    昨天去一个客户那里看另一个公司开发的软件,打开网页后“一片空白”什么也没有。结果他们说不能通过网页自动安装插件,于是拷贝了一个200~300M巨大的插件安装包,安装了好久好久才安装好,可是安装之后仍然不能打开网页上的应用(网页显示“证书错误,导航被禁止”)。而且他们说要修改注册表、删除windows的一些文件等等操作。反正鼓捣了半小时,也没有把这个网页程序运行起来。而且只支持低版本 ie。晕死!基于那种插件的网页应用开发真是坑爹!而使用silverlight则简单得多。当第一次打开网页,假设用户浏览器端没有安装过插件,会自动到微软网站下载插件(对于内部网络,你也可以把silverlight安装地址改为内部网络某台服务器)。silverlight插件仅有6M多大小,自动安装起来非常快,安装后会自动刷新网页。它稳定好用。支持ie、chrome、firefox、opera 等等浏览器。那些搞几百兆网页插件而做出来的程序在酷炫、动画、多线程控制等方面一眼就看出并不比silverlight程序强的,我觉得大部分都是笨蛋。
      

  5.   

    我目前学的是WPF,做的也只是桌面应用程序。因此,很苦恼应用程序更新的问题,不知道再次学习silverlight会不会解决这个问题
      

  6.   


    wpf 就是使用普通的 clickonce (vs 框架主菜单上的“生成->发布”选项)技术自动更新啊。应用程序会每次启动时都自动下载最新的程序,而且仅下载更新的部分。比如说你的一个exe文件跟一个dll文件(加起来1.2M)变了,那么 clickonce 会自动下载这部分,而其它没有变化的dll都不会下载。
      

  7.   

    如果只是为了“应用程序自动更新”问题而弃 WPF 而选择 silverlight,这就是不对的。选择 Silverlight 目的是为了赶上“互联网页”的时髦,让那些只喜欢看到浏览器的人,从浏览器界面上也看到酷炫的应用程序(包括游戏)。而他们的仅仅追求“互联网时髦”的心愿可以得到充分满足。另外就是当目标机器“第一次部署相关环境”时,silverlight比较快。因为部署 6M 文件然后直接刷新网页、总比部署 40M并且还要让机器操作系统重启一遍,这种用户体验确实提高不少。桌面.net framework的下载部署用户体验确实是有问题的,不能做到自动增量部署、不能防止windows重启。Silverlight和 WPF 都使用 xaml,大部分 UI 开发机制也基本相同,因此选择 Silverlight 和选择 WPF 会有一定的模糊性。在 Silverlight  程序中如果涉及大量下载功能,可以自动利用到浏览器的各种提速机制,例如可以自动用到 http 304 状态和ETag 机制等等。而使用 WPF 则需要自己模拟浏览器的处理机制,否则可能就无法得到优化效果。但是 WPF 本地性能高于 silverlight。