快乐的天空

时间来得快,去得也快

 

自动更新

auto update 
technology document list 
1. http://www.cnblogs.com/KnightsWarrior/archive/2010/10/20/1856255.html
2.https://ladyuki.wordpress.com/2011/04/04/%E5%AE%A2%E6%88%B7%E7%AB%AF%E8%87%AA%E5%8A%A8%E5%8D%87%E7%BA%A7/
http://pcajax.iteye.com/blog/1069476
issue 
1.http://qt-project.org/forums/viewthread/28600
software & solution 
 ms clickonce     http://msdn.microsoft.com/zh-cn/library/142dbbz4(v=vs.90).aspx
 winsparkle         https://github.com/vslavik/winsparkle 
                                http://winsparkle.org/
                                http://sparkle-project.org/
                                http://netsparkle.codeplex.com/documentation
google  omaha  http://code.google.com/p/omaha/
wyupdate            http://code.google.com/p/wyupdate/
autoupdate c#  https://autoupdater.codeplex.com/
others 
http://wpkg.org/Automatic_Updates
http://www.codeproject.com/Articles/19623/Adding-automatic-updates-to-your-program-Part
http://www.cnblogs.com/wangiqngpei557/archive/2011/05/13/2045434.html#2096102
Introduction
If you decide to build your enterprise applications through .NET, may be the deployment strategy is one of the most important jobs in your whole project. Failure of the deployment strategy may result in lower customer satisfaction and also increase maintenance costs. Through my experience of building enterprise applications for banks and securities companies, I'll suggest four very clear reasons why you should not use Clickonce as your deployment strategy for your enterprise applications.
Three reasons why you should not choose Clickonce
Reason 1. Clickonce does not support proxy networks
If your customer company uses proxy servers for their network security and if your application is deployed under Clickonce technology, simply, your application doesn't get deployed under the proxy network.
And also I found that almost every bank and securities company uses a proxy network (HSBC, City Bank, Goldman Sachs.. and so on..). So if your clients are companies like that, just don't try to use Clickonce deployment because it does not work at all (there is a way to run Clickonce under a proxy network, if you have the power to order every customer to fix the settings of the machine.config file which is located very deep inside the Windows folder).
Reason 2. Assembly verification time is too long
Even though your application has a moderate number of assemblies, your clients should wait more than minutes to be deployed.
Reason 3. Customization is not allowed.
If you have more than 50 assemblies to be deployed, a financial company's network security device may disconnect your deployment process forcibly with sync flooding failure. Even though you know the cause of that failure, you can not GZip your assemblies into lesser than five physical files because Clickonce does not support doing that.

posted on 2014-08-27 10:38 探路者 阅读(279) 评论(0)  编辑 收藏 引用

导航

统计

常用链接

留言簿

随笔分类

随笔档案

文章分类

文章档案

新闻档案

Android

Compiler Course

VIM

编译技术集合

测试

高性能计算

个人博客

框架/组件/库

搜索

最新评论

阅读排行榜

评论排行榜