AppHlp Admin管理工具 1.28

【软件截图】

【基本介绍】

永久免费：AppHlp承诺， 核心功能， 永久免费

功能强大：稳定stable性高， 易集成， 易管理， 功能强大    

特点：

·支持应用全自动就在线升级， 不有请求需要购买租用服务器， 一切均在AppHlp云中

·智能统计装机量， 在线客户， 活跃度， 运行次数， 崩溃次数...

·和远程应用交互， 远程修改配置， 调用功能

·0~3行代码集成， 不复杂易用...

·多项目设计design， 多版本设计， 智能化管理

功能：

一、前言 

简单的， 如果您需要让应用具有, ①:自动升级功能， ②:能够统计安装应用的用户的行为, ③:甚至和远程应用交互。 那么最先是你就一定要都实现这些功能：

自动在线升级功能

应用数据信息统计分析功能

远程应用交互控制功能

并且你还需要：

购买或者租用一台服务器， 并托管在IDC

总体来讲开发的成本不可谓不巨大， 在硬件上的投入也花费不菲。 那么AppHlp的目标就是提供具备上述功能的一个标准环境， 一套标准API， 以及一套Management Tool， 使开发人员花费最少精力， 就能引入高质量的功能和服务。  

具体AppHlp到底能够做什么， 请参考《AppHlp功能列表》

二、结构介绍说明 

不需要再我自己造轮子实现程序的自动升级， 实现应用的数据统计， 以及与应用的交互, AppHlp提供了这全套功能。  

作为开发者， 你需要做的就是可以通过简单几步， 将apphlp.dll的核心文件程序集成到Application中去。 AppHlp云服务， 提供了所有这设施。  

具体结构， 如下图所示： 

AppHlp云服务

数据存放和服务提供的核心；

开发者建造的项目， 以及项目的文件模块， 均存放在同一个的AppHlp云中， 你不必再购买或者租用服务器；

应用的运行数据， 客户数据， 都将保存到AppHlp云中， 三重备分COPY机制， 阿里巴巴RDS实时备份， 确保了你的应用数据无时无刻的安全和永不丢失。

Apphlp.dll

为客户端使用的核心文件， 其封装了所有功能， 导出为ISO标准的C函数接口；

另外有C++, C#等语言的封装类， 简单易用， 没有任意一个学习曲线， 只需2行代码就能调用所需要的服务；

它是自我自动升级的， 别且内置协议向前向后均兼容， 你不必关心当前版本， 放心使用即可。

AUpdater.exe

该模块是可选模块， 并不一定要随应用发布出来；

从技术上而言， 单纯一个被Application调用的DLL因为没有自己独立进程空间和生命周期的原因， 某些操作， 必须依赖于AUpdater.exe才能完成。

当AppHlp.dll中某些功能需要AUpdater.exe支援时， 若发现应用本地没有该模块， 则会从云中自动下载， 所以并不一定要随应用同一时间发布；

它是自我自动升级的， 别且内置协议向前向后均兼容， 你不必关心当前版本， 放心使用即可。

例子下载

C控制台示例程序 (VC6,VC2005,VC 2008)

C对话框示例程序(VC6,VC2005,VC 2008)

C++控制台示例程序(VC6,VC2005,VC 2008)

C++对话框示例程序(VC6,VC2005,VC 2008)

C#控制台示例程序(VC2005,VC 2008)

C#对话框示例程序(VC2005,VC 2008)

三、注册一个账户 

为了存储你的应用项目和用户行为数据， 第一步， 你必须在AppHlp中注册一个账户， 才能够创建项目， 和访问其它功能。

四、创建一个项目 

所有的应用， 都是以独立项目的形式出现的。 例如， 你开发一个程序， 就一定会定义这个程序的名称， 一个程序会有若干个文件组成， 称之为模块， 发布该程序， 这个程序就会有一个版本， 以后升级， 那么又是一个新的版本。 任意两个版本之间， 会有若干个等价的模块， 若干个不等价的模块（升级了的）。 AppHlp也会涉及这些内容， 均与程序员开发中所接触的概念相同。  

登录你的账户之后， 你需要创建项目以对应发布的应用。  

【项目名】：项目的名称， 需要是你项目的一个唯一标识符；

【项目本地目录】：这是项目最后发布模块存放在你本地PC的根目录。

里面放置的是当前最新的已编译好的模块或者配置；

这个根目录下， 目录结构都必须与用户安装之后所出现的情况一致， 也就是路径结构必须一致性；

每一次升级， AppHlp Admin将拿这个根目录下的模块文件， 与服务器中的线上版本来进行对比， 自动找出那些， 新增模块， 修改模块， 删除模块， 之后将更新内容上传到服务器， 执行应用的新版本发布。

【类型】：标明该项目是客户端的应用程序， 还是服务端7 * 24模式运行的项目。 不同类别的项目， 所能使用的功能不完全相同， 同一时间内， 执行模式也有差异。

【类型】：应用运行的操作系统system平台， 当前只支持Windows(窗口化操作系统)， 后续将引入更广泛的OS支持， 请关注我们自己的OS支持列表。

五、自动升级功能 

AppHlp所提供的最可以说是的服务设施， 是应用的自动升级， 当然需要你在所开发应用中引入AppHlp.dll。  

假设已经创建好了一个项目， 并映射到了本地的磁盘的镜像文件夹。 那么需要执行3个步骤， 来发布新版本的模块文件到AppHlp云中。

【对比找出更新模块】: 通过本地镜像， 与AppHlp云中缓存版本对比， 找出本地镜像中的更新， 新增的模块；

【提交新版本到服务器】:将本地镜像中， 更新， 新增的模块， 发布到AppHlp云中；

【自动升级赋权】: 见下篇章“六”

其它布置设置字段

【版本号】：标明应用程序的版本编号。 比如：1.00，  1.01……， 该编号只是一个文本串， 只是一个指代， 并没有特殊高低级别之分， 在apphlp.dll的接口函数中， 需要传入对应version， 来指明应用端的版本；

【新版本特性描述】：在当次升级， 新版本较旧版本有何更新或者特性增加的文本描述。 该文本会被传入apphlp.dll的新版本发现的通知消息， 应用程序可以能够弹出对应的消息， 或者做界面展示；

【新版本绑定文件】：在当次升级， 绑定一个特殊的文件给该版本， apphlp.dll的新版本发现的通知消息中， 该文件会传入给应用程序， 应用可以内置逻辑， 来执行对应的功能。

六、自动升级赋权 

对项目， 执行本地镜像的修改， 上传到AppHlp云服务器之后， 一个新版本已经处于就绪状态了。 但是， 是否所有正在运行的客户机应用， 都将立刻得到更新通知， 并能执行在线升级呢？答案是否定的。  

因为， 在任何一次新版本提交后， AppHlp云服务， 将会对该项目的升级授权置于“暂停”状态， 相关客户机应用将不会自动升级， 直到人为确认开放自动升级功能给所有客户。 这样是为了确保提供测试的机会， 用来确保：“旧版本” --》 “新版本”这个过程无误， 避免人为错误， 并提供再次更新的机会。  

一般情况下， 在将新版本上传到AppHlp云中之后， 你需要进行下列操作， 来确保安全性： 

对你自己的应用， 开放自动升级授权；

运行应用， 观察旧版本到新版本的升级过程， 确保无误， 且新版本能够顺利启动和运行；

如果第2步失败， 则测试失败， 需要调试， 去寻找到原因， 编译， 并再次上传新版本， 直到升级成功为止；

查看当前在线客户列表， 对一部分客户开放自动升级赋权， 并追踪统计结果；

在确保完全无误的情况下， 将当前版本， 开放“自动升级”给所有客户。

七、数据统计功能 

通过AppHlp Admin提供的数据统计功能， 你能够查询和掌握， 每个项目的状况， 包含：

【基本的信】：装机数量， 在线数量， 启动次数。 。 。

【客户】：每一个应用程序的装机， 都被认为是一个客户， AppHlp云会给它一个ID， 你可以请求客户列表， 查看每个客户的版本， 启动次数， 在线时长， 活跃天数， 地域分布等

【在线】：能够查看项目当前在线的客户， 也就是启动了应用程序的客户， 并且可以和该应用程序进行交互， 发送send命令， 获取目录， 获取文件， 发布文件等

【统计】：可以按30分， 1小时， 4小时， 1天， 1周， 1月， 1年等不同频率来分析应用的各种数据， 如：客户数， 新增客户数， 启动次数， 在线时长等。

【远程日志】：是应用程序使用apphlp.dll提供的远程日志接口‘ahlp_rmt_log’写入的。 通过该功能， 能够查询应用在远程客户端写入的日志， 方便开发者调试和分析问题