1、自动更新OOB模式的问题以及怎样避免需要数字签名
关于OOB模式的在线更新需要自己实现如下代码:
1 private void OnCheckAndDownloadUpdateCompleted(object sender, CheckAndDownloadUpdateCompletedEventArgs e)
2 {
3 if (e.UpdateAvailable && e.Error == null)
4 {
5 MessageBox.Show("应用新版本已经下载成功,将在下次启动时生效。");
6 }
7 else if (e.Error != null)
8 {
9 MessageBox.Show("在检测应用更新时, 出现以下错误信息:"
10 + Environment.NewLine
11 + Environment.NewLine
12 + e.Error.Message);
13 }
14 }
然后,添加声明在App的构造函数中,使其在安装时进行版本更新检查:
1 public App()
2 {
3 if (App.Current.InstallState == InstallState.Installed)
4 {
5 App.Current.CheckAndDownloadUpdateCompleted += OnCheckAndDownloadUpdateCompleted;
6 App.Current.CheckAndDownloadUpdateAsync();
7 }
8
9 this.Startup += this.Application_Startup;
10 this.Exit += this.Application_Exit;
11 this.UnhandledException += this.Application_UnhandledException;
12
13 InitializeComponent();
14 }
如果你是本机运行,以上代码就已经足够了,可是一旦发布,在检验更新时就会出现异常,原因是你的silverlight程序对用户来说并不是可以完全信任 的程序,如果想解决这个问题,就需要对xap进行数字签名,即给silverlight程序发布一个证书,证明它是安全可靠地,是可以完全信任的。有关这 里的详细信息可以参考
http://msdn.microsoft.com/library/dd550721(VS.95).aspx 中的检查应用程序更新一节,可是怎样进行数字签名呢,可以参考http://www.cnblogs.com/chuifeng/archive/2010/08/20/1804294.html , 但是我按照上面的方法始终未能得到pfx数字证书文件,哪位朋友如果照此方法搞定了可以告诉我一声。
我最后是通过VS自带的一个功能搞定的:右键单击Silverlight工程的Properties选项,在Properties选项的左边有个 Signing选项,勾选上Sign the Xap File,点击第三个按钮Create Test Certificate,接下来按照提示做,最后会在你的silverlight工程下生成一个.pfx文件,最后再点击第二个按钮Select Form File选中这个文件就行了。
但是这生成的只是一个测试用的证书,正式版的是要花钱买的。为了避免花钱,网上到时有人提供了这样的方法<http://www.hz328.com/2010/0925/53314.html > :将你的silverlight项目设计成插件式架构,分模块加载初始化,可以暂时的避免OOB的自动更新问题,理论上只要主题框架不修改,其他的功能模块修改了部署在web服务器上,主体框架按需下载是可以的。
这里我想应该可以通过MEF动态加载来实现,一开始只加载一个永远不需要更新的默认页面,其他可能需要更新的模块全部采用动态加载。
2、OOB模式Silent Install的方法
先看看具体的silent安装命令格式:
"C:\Program Files\Microsoft Silverlight\sllauncher.exe"
/install:"C:\SilverlightOOBDemo\SilverlightOOBDemo.xap"
/origin:http://localhost:29162/ClientBin/SilverlightOOBDemo.xap
/shortcut:desktop+startmenu
/overwrite
从上面的命令中可以看出sllauncher添加部分参数后,实现不同的功能操作,例如
/install:“XAP文件目的路径”,这个参数是允许开发人员自定义XAP文件安装路径,可以是本地磁盘,也可以是网络路径。这个参数是silent安装模式必需的参数。
/origin:"XAP文件源路径",这个参数是设置XAP文件的源URL,其目的是为了自动更新而设。作为官方推荐设置该参数,保证其应用自动更新。
/shortcut:desktop+startmenu,从字面意思就可以看出,这个参数是创建应用快捷方式 的,desktop+startmenu为在桌面和开始菜单都创建该应用快捷方式,如果只想创建桌面快捷方式,使用/shortcut:desktop即 可,创建开始菜单快捷方式与之同理。
/overwrite,这个选项是确认当前安装XAP文件是否覆盖已经安装过的XAP文件,通常来说,我们都会设置覆盖,这样保持应用为最新版本。
另外我们再介绍两个常用sllauncher命令参数:
/emulate:“XAP文件目的路径”,该命令参数允许安装OOB应用后,自动运行该应用,就像现在很多软件自带的autorun功能相似。
使用方法:
"C:\Program Files\Microsoft Silverlight\sllauncher.exe"
/emulate:"C:\SilverlightOOBDemo\SilverlightOOBDemo.xap"
/origin:http://localhost:29162/ClientBin/SilverlightOOBDemo.xap
/overwrite
/uninstall,该命令参数允许开发人员通过命令的方式卸载Silverlight OOB应用。其使用方法:
"C:\Program Files\Microsoft Silverlight\sllauncher.exe"
/uninstall
/origin:http://localhost:29162/ClientBin/SilverlightOOBDemo.xap
链接地址: http://kevinfan.blog.51cto.com/1037293/370788
注:我试用了Silent install,原先以为它会根据/origin所指的远程地址将xap自动安装到/install所指的本地路径上,后来发现原来xap包需要自己去实 现下载,然后将其放到本地路径中,接着将这个本地路径 作为/install的路径参数,Silent install充其量只将本地的xap不经任何提示进行安装。
接着会有这样一个问题,不管是将上述的命令代码写在单独的.bat 文件中,还是将其直接写在C#代码中,这都需要通过OOB模式下的COM交互进行调用,可是这就是为了安装OOB模式,所以只可能是在浏览器状态下执行, 这肯定没有这个权限。故我想Silent install的执行方式只可能是这样:将命令代码写在.bat文件中,然后让你用户自己去执行.bat文件,问题是这样就失去了Silent install的意义。并且我们还要将.bat放在服务器端,让用户打开网页时自动下载到本地,可是由于处在浏览器的状态下,silverlight是没 有权限去直接访问本地路径的,除了弹出savefiledialog,可是这样又多了一个让用户选择路径的操作,这岂不是比让它默认点右键安装更加复杂。
3、OOB模式的权限问题
OOB模式访问本地文件:默认只能访问以“My”开头的文件夹,即“我的文档”、“我的音乐”之类的,如果想访问别的本地路径,需要通过com,如下:
3 using (dynamic fsoCom = AutomationFactory.CreateObject("Scripting.FileSystemObject"))
4 {
5 dynamic file = fsoCom.CreateTextFile(@"c:\test.txt", true);
6 file.WriteLine("Hello Silverlight 4.");
7 file.WriteLine("Silverlight写文件到C:\\");
8 file.Close();
9 }
另外OOB模式还可以通过Com去执行其他程序、读写注册表。如:
(1)直接运行DOS命令:
3 using (dynamic shell = AutomationFactory.CreateObject("WScript.Shell"))
4 {
5 shell.Run(@"cmd /k ping www.cnblogs.com -t");
6 }
(2)运行其他程序:使用WShell API 模拟用户输入实例。使用WShell的SendKeys可以模拟用户输入效果到应用程序中,并且可以模拟一些特殊键功能,例如,Enter,Tab,Ctrl等按键。
3 using (dynamic shell = AutomationFactory.CreateObject("WScript.Shell"))
4 {
5 shell.Run(@"c:\windows\notepad.exe");
6 shell.SendKeys("my blog:{Enter}jv9.cnblogs.com");
7 }
(3)读取注册表:读取“HKLM\Software\Microsoft\ASP.NET\RootVer”,.Net Framework的版本。
3 using (dynamic WShell = AutomationFactory.CreateObject("WScript.Shell"))
4 {
5 string reg = WShell.RegRead(@"HKLM\Software\Microsoft\ASP.NET\RootVer");
6 MessageBox.Show(".Net Framework Root Version: " + reg);
7 }
(4)写入注册表:实现添加Silverlight Out of Browser应用到Windows启动项。
3 using (dynamic ShellApplication = AutomationFactory.CreateObject("Shell.Application"))
4 {
5 dynamic commonPrograms = ShellApplication.NameSpace(11);
6 string allUsersPath = commonPrograms.Self.Path;
7
8 dynamic directory = ShellApplication.NameSpace(allUsersPath + @"\Programs");
9 dynamic link = directory.ParseName(
10 Deployment.Current.OutOfBrowserSettings.ShortName + ".lnk");
11 string OOBLink = link.Path;
12
13 using (dynamic WShell = AutomationFactory.CreateObject("WScript.Shell"))
14 {
15 WShell.RegWrite(@"HKLM\Software\Microsoft\Windows\CurrentVersion\Run\"
16 + Deployment.Current.OutOfBrowserSettings.ShortName,OOBLink);
17 MessageBox.Show("请重启你的机器,你的应用将被自动载入启动列表.");
18 }
19 }
但OOB模式不是拥有修改任意注册表的权限,最典型的就是修改任务管理器的注册表(HKCU\Software\Microsoft \Windows\CurrentVersion\Policies\system\DisableTaskMgr,如果以silverlight工程作 为起始工程,通过debug直接运行OOB模式,修改任务管理器是可以的,但若是以web为起始工程,一开始运行浏览器,那这个操作会被拒绝,这两种运行 方式会有权限差异,这一点很不爽,因为以web工程起始运行是无法调试OOB的,只能以Silverlight工程起始运行方能调试OOB,但这样往往你 执行一个权限较高的操作,在调试中通过了,但是已发布就不行了,所以千万不能全信debug结果)。
另外我还想了一个歪招,就是写一个.bat程序,通过.bat去修改任务管理器的注册表,如果直接运行.bat是可以实现效果的,所以我想用 OOB的com去调用这个.bat程序,按照正常想法,这总该可以了。但是,结果却是:调用这个.bat程序是可以的,但是.bat程序执行结果依然是被 拒绝,依照我的想法,貌似这个.bat程序的权限被silverlight给带低了,即使给予管理员权限都不行。
注释:这里的代码都是来自博客园JV9的博客 <http://kb.cnblogs.com/page/70802/ > ,那里面说的较详细,我也是从那里学习的。这里主要是我试用OOB模式过程中遇到的一些问题,可能有些问题不是问题,只是我对OOB理解有误照成的,说错的地方希望大家能够指正,也希望大家了解OOB模式的,能给我提供一些指点,我现在急想弄明白这个。