部署智能客户端应用程序解析.pptVIP

部署和维护智能客户端程序 Name Title Microsoft Corporation 日程 智能客户端的 “部署3大要素” 深入: 部署的设计选择 无接触部署选项 随程序安装 .NET 运行库 部署智能客户端应用最佳实践 深入: 更新的设计选择 自动更新的选项 更新智能客户端程序的最佳实践 #1 避免冲突 避免不同应用程序以及不同版本的冲突! 安装应用 B 不能影响应用A .NET 应用程序隔离 默认就是私有的部署方式 默认情况下， .NET应用调用程序集编译时绑定的版本号，而不是最新的版本 默认支持多个版本共存 “Side-by-Side” 安装 如果共享, 可以被控制和区分 可以安装到全局程序集缓冲区 Global Assembly Cache (GAC) 不需要 DLL 注册 复制文件即可 #2 保护资源和数据 控制您的应用可以访问哪些本地数据和资源 .NET 代码访问安全(Code Access Security) 通过证据的判断控制存取 谁创建的程序 (代码签名) 程序从哪里运行 公司内部网, 特定的合作伙伴, Web站点, 等等 .NET中, 资源的安全设置可以在部署时控制 工具包括 CASPOL 和 Group Policy ，可以帮助管理员设置程序的访问安全性 #3 控制成本 控制部署和更新的成本! 容易, “自服务” 式的安装 自动检测并下载更新 .NET 部署和更新的低成本 将文件复制到部署的路径 .NET 无接触技术去检测, 下载并应用更新 深入: 部署方式的设计选择 部署方式的选择 .NET 提供了多种方式来部署和安装智能客户端应用 这里主要讨论3种最常用的选择: 从 Web运行 用户点击 Web 页面的链接来打开应用 代码下载 用户运行一个桌面入口程序，该程序会从网络上下载最新的执行码 MSI 部署 用户在本机运行程序，该程序自动从网络上更新 从 Web运行 整个应用都被下载到程序集下载缓冲区 IEExec 进程用设定的安全配置启动应用 优势 非常容易部署/更新 限制 仅在IE 5.01 以上版本运行 半信任状态 用户可能很难发现 从 Web运行 代码下载 程序被分割成程序集，在需要的时候才被下载 ‘入口’ 程序安装在本机 入口程序调用Assembly.LoadFrom()下载并运行从网络下载的程序集 优势 初始安装很小，以后自动更新 从自己的程序开始运行 比较容易部署和更新 代码下载 限制 应用程序应该很好的被划分 (难度较大) 本机还是需要一个安装的过程 不支持离线工作 不支持多版本共存 更新只发生在应用或模块被调用时 权限取决于程序集从哪里下载 必须保持连接状态 最适合于… 应用程序有很明确的功能模块 应用可以接受下载的延迟 代码下载 MSI 客户端安装 从Web部署到客户机, 需要UNC 或者文件共享路径 类似于普通Windows程序的安装 优势 充分利用了智能客户端的功能，包括离线等 性能最好 与Windows的集成最好 快捷方式, 添加/删除 程序 支持离线工作 支持更新器技术 MSI 客户端安装 限制 本地需要执行安装进程 最适合于… 应用需要有很好的性能 应用程序支持离线工作 应用需要访问本地资源 应用需要支持多版本共存 MSI 客户端安装 究竟选择哪种部署? 绑定 .NET 框架 免费的 .NET 框架版本 独立的执行文件, dotnetfx.exe 通过 SMS, 活动目录发布，或者与应用绑定 更多信息: /library/en-us/dnnetdep/html/redistdeploy1_1.asp MSDN上的示例项目 /downloads/details.aspx?FamilyId=BF253CFD-1EFC-4FC5-BA7E-6A6可集成到Visual Studio .NET的共享软件 自动将 dotnetfx.exe添加到安装项目 /community/workspaces/workspace.aspx?ID=2F8F0A23-F529-4158-8E0A-D187D16F41F1 最佳实践 #1: 部署 设计应用的时候，就考虑部署 选择适合需求的最佳部署方式… 性能 安全性 功能 有助于控制维护费用 留意在应用之间共享代码 用应用程序隔离来避免未来可能的冲突 安全性 对应用仅授权它需要访问的资源和数据 如果有用户可能没有 .NET 框架，请在应用中绑定 深入: 更新的设计选择 更新方式的选择 “总是用最新的” 从Web运行和代码下载的方式 代价是没有多版本并行支持(Side by Side) 应用程序更新器 微软开发的两个代码模块让更新客户端安装的应用程序更加容易 AppUpdater 组件 更容易实现 应用程序更新器模块