随着需求的变化,如果Server每次更新出新的内容,Client都要重新安装的话. 太过于复杂化.  所以自动更新是很有必要的. 一..NET自带的更新方式    以服务器端为主  (自动更新,微软爸爸肯定是有的. 有点:简单方便,便于维护: 缺点:用户没有自己的选择权,一切以服务端为主,每次更新之后,都是全新,继承不了上版本的配置:文件安装位置不可控 ) 实现步骤: 编辑——发布到服务器——客户端以版本号为判断标准——自动更新 操作: 正常的发布项目,设置个人配置一下   解决方案里设置版本号

什么是GeneralUpdate: GeneralUpdate是基于.net framwork4.5.2开发的一款(c/s应用)自动升级程序. 第一个版本叫Autoupdate(原博客: WPF自动更新程序)有人会奇怪为什么会改名称,稍微解释一下是因为在nuget上有重名的项目再者就是新版本更新功能不仅限于wpf程序的更新. 将更新的核心部分抽离出来方便应用于多种项目当中目前适用于wpf,控制台应用,winfrom.相比以前更方便的是不需要在过分关注源码可直接通过nuget直接使用. 如果有任何

.NETTCP自动更新程序有如下几步骤: 第一步:服务端开启监听 ServiceHost host; private void button1_Click(object sender, EventArgs e) { host = new ServiceHost(typeof(WCFService.Service)); host.Open(); if (host.State == CommunicationState.Opened) { this.button1.Enabled = false;

1.自动更新程序主要负责从服务器中获取相应的更新文件,并且把这些文件下载到本地,替换现有的文件.达到修复Bug,更新功能的目的.用户手工点击更新按钮启动更新程序.已测试.2.环境VS2008,采用C#.NET和ASP.NET实现.3.服务器:提供下载文件,发布出去. 文件包括:dll, xml,aspx等格式文件.其中update.xml 是记录更新文件的.4.客户端:项目里面添加一个autoupdate.xml 文件,该文件里有连接服务器的发布更新文件的服务器地址.当客户端里userupdat

WPF AutoUpdater 描述: WPF+MVVM实现的自动更新程序 支持更新包文件验证(比较文件MD5码) 支持区分x86与x64程序的更新 支持更新程序的版本号 支持执行更新策略 截图: 使用: 程序启动需要6个参数 当前版本号(0.9.0.0) 升级的版本号(1.0.0.0) 更新说明URL(https://xxx.html) 更新包文件URL( http://localhost:9090/UpdateFile.zip) 更新后文件释放路径(E:\PlatformPath) 更新包文

一.问题背景 本地程序在实际项目使用过程中,因为可以操作电脑本地的一些信息,并且对于串口.OPC.并口等数据可以方便的进行收发,虽然现在软件行业看着动不动都是互联网啊啥的,大有Web服务就是高大上的感觉,但是作为本地的应用还是有着非常重要的位置,特别是在制造业工厂里,车间里相关的程序. 抛开一切业务上的功能不谈,本地程序一直比较诟病的地方就是在于软件的更新上,由于程序都在客户端电脑上运行,当需要更新的时候,就不得不由专门的实施人员过去,部署更新,无形中增加项目成本,SO,对于c/s程序的自动更新

自动更新程序AutoUpdate.exe https://git.oschina.net/victor596jm/AutoUpdate.git 1.获取源码 http://git.oschina.net/victor596jm/AutoUpdate 编译成 AutoUpdate.exe,AutoUpdateLib.dll,并与你的主程序放在同一个目录 2.配置文件 UpdateList.xml 此配置文件记录要更新的文件列表,版本等信息.文件同时存在于服务器(IIS)和客户端,当AutoUpda

C#.Net版本自动更新程序及3种策略实现 C/S程序是基于客户端和服务器的,在客户机编译新版本后将文件发布在更新服务器上,然后建立一个XML文件,该文件列举最新程序文件的版本号及最后修改日期.如程序文件较多的话可以通过工具自动生成XML文件.当某客户机运行程序后会自动下载这个XML文件,通过与本地机器上的版本号匹配,如本机上的版本号比服务器上的要旧,通知客户机运行更新程序.如用户更新了版本,将最新版本号写入配置文件,这样方便下一次匹配. 通过可行性分析可以使用下面3种方案下载 1. 局域网共享

通用自动更新程序 主要功能: 1. 可用于 C/S 程序的更新,集成到宿主主程序非常简单和配置非常简单,或不集成到主程序独立运行. 2. 支持 HTTP.FTP.WebService等多种更新下载方式,下载前判断本地文件是否存在,存在则计算文件 Hash,避免重复下次. 3. 支持多级目录更新,支持空文件.文件夹的更新 4. 支持更新程序的自更新 5. 支持二种更新方式:自动更新.手动点击按钮更新 6. 有多种容错处理机制 7. 支持更新前后的脚本 如何使用: 1. 将 二个文件拷贝到 APP

推荐一:.Net 小型软件自动更新库(SimpAutoUpdater) http://www.fishlee.net/soft/simple_autoupdater/usage.html 下载地址:https://github.com/iccfish/FSLib.App.SimpleUpdater 比较吸引的就是提供了更新包生成工具 推荐二:C#写的简winform开发架子(主程序+更新程序) http://www.oschina.net/code/snippet_1422728_34159 h

转载自: http://blog.csdn.net/lovexieyuan520/article/details/9250099 在android软件开发中,总是需要更新版本,所以当有新版本开发的时候,就需要软件有自动更新的功能,让用户无需自己去手动更新方便用户具体的过程网上有很多我就不多说,现提供一些链接供大家参考 http://www.cnblogs.com/wainiwann/archive/2012/03/12/2391810.html http://blog.csdn.net/andr

首先看获取和更新的接口 更新程序Program.cs 1 using System; 2 using System.Collections.Generic; 3 using System.Diagnostics; 4 using System.IO; 5 using System.Linq; 6 using System.Threading.Tasks; 7 using System.Windows.Forms; 8 9 namespace Update 10 { 11 static class

在win2003配置后,在客户端运行时能够下载exe和dll文件,但是在更新lib文件时总是报“远程服务器返回错误: (404) 未找到”错误,不明白咋会出现这个问题,去网上一查,发现以下解决办法: 发现如下方法可以解决该问题: 给网站添加MIME的类型,如下: .*application/octet-stream 按照说法做,在服务器上打开iis,找到自动升级的文件夹,查看属性,选择”HTTP头“选项卡,发现有个MIME映射选项,单击”文件类型“,再单击”新类型”,在关联扩展名里添加“.*”,

c#自动更新+安装程序的制作 (转)  http://blog.csdn.net/myhuli120/article/details/6927588 一.自动更新的实现 让客户端实现自动更新,通常做法是在客户端部署一个单独的自动更新程序.主程序启动后,访问服务端,检查配置文件是 否有更新版本,有更新版本就启动更新程序,由更新负责下载更新版本,并更新客户端程序,流程如下: 当流程进行到红色部分的是后就调用更新程序进行更新. 1)版本判断: 客户端和服务端都部署同一个版本文件,客户端登陆时发送验证给

一.自动更新的实现 让客户端实现自动更新,通常做法是在客户端部署一个单独的自动更新程序.主程序启动后,访问服务端,检查配置文件是否有更新版本,有更新版本就启动更新程序,由更新负责下载更新版本,并更新客户端程序,流程如下: 当流程进行到红色部分的是后就调用更新程序进行更新. 1)版本判断: 客户端和服务端都部署同一个版本文件,客户端登陆时发送验证给服务端判断版本是否一致. Version.xml代码 <iq xmlns="http://www.dynastech.com/xmtp"

公司主要项目为CS端,经常遇到客户需求变更及bug处理,在没有引用自动更新之前每次更新程序,必须手动对每个客户端进行更新,这样导致技术支持工作量特别大,也给客户不好的印象,因此我需要一个自动更新程序! 我们实现自动更新大概有这2种实现方式: 一.通过TCP网络通讯的方式,客户端程序监听,当服务端有更新文件的时候,自动比对本地版本,如果服务器版本大于本地版本就可以更新,这种实时性好,不需要等到客户第二次重启的时候才发现有版本更新 二.在服务端部署文件更新服务器,通过Web访问.同样是当服务端有更新

本渣又来写(水)博客了. 先说一下,我这个解决方案的安全性并不是企业级的,咱们就是一群穷开服的Minecraft玩家. 如果你要投入到企业级应用(容易被黑客攻击的场景),请自己写,思路凑合看看.不然安全性无法保证! 本程序默认框架版本为.NET Framework 4.5.2,如需更改框架版本请下载文章最后的源码进入VS进行更改. 本解决方案更倾向于 游戏<Minecraft>的客户端更新,而不是企业级的客户端应用. 应用场景:Minecraft服务器的客户端更新.Minecraft整合包的版

声明:核心功能的实现是由园子里圣殿骑士大哥写的,本人是基于他核心代码,按照自己需求进行修改的.   而AutoUpdaterService.xml文件生成工具是基于评论#215楼 ptangbao的代码而改写的. 由于这个组件是在10年写的,.net也有更新有的方法已提示过时,更改如下: //Added the function to support proxy //clientDownload.Proxy = System.Net.WebProxy.GetDefaultProxy(); cli

用IIS或者是Tomcat搭建一个Web服务器,因为没有涉及到动态页面,所以用什么服务器无所谓,网上有太多资料,这里不再赘述. 废话不多说,直接上代码. HttpHelper, 访问网页,下载文件等 using System; using System.Collections.Generic; using System.Text; using System.Net; using System.IO; namespace AutoUpdate { class HttpHelper { //以GET

9.1运行效果: 9.2开发实现: 1.首先配置服务器端,把“SNFAutoUpdate2.0\服务器端部署“目录按网站程序进行发布到IIS服务器上. 2.粘贴语句,生成程序 需要调用的应用程序的Load事件或者Program入口的Main方法第一行代码加上如下代码: 注意:是主程序的 Load事件要加上调整自动更新程序的代码.要以模式打开窗口.如果没有差异会自动关闭升级窗口显示主窗口. 3.把下面目录里的文件拷贝到 应用程序的同级目录下: 4.配置WINFORMS应用程序目录下Updateli

最近在重写了一个老的产品条码扫描程序,客户端数越有30个,因为经常有更新,C/S维护非常不方便,所以做一个自动更新程序特别有必要. 在网上随便找了找自动更新的方案,大多使用VS的发布/更新功能,不太喜欢此方案,觉得太麻烦,然后自己初步琢磨了一下如下方案. 现在比较喜欢的编程方式,先画图. 软件更新流程 安装包的制作 为了简单,采用了自解压压缩包的方式制作更新包,将整个新程序包打包为一个自解压压缩包. 以下是我的自解压包的参数设置,怎样制作自解压包网上有很多教程,可以自己去搜索. 常规-解压路径: