客户端程序与数据的同步管理方式
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
客户端程序与数据的同步管理方式
一、目的
1.对于客户端程序为了便于分发与更新,需要建立一个机制,在程序更新时能及时通
知客户端。
2.对于客户端程序为检查输入数据合法性所需要的字典数据,也应下载到客户机上,
以便加快检查的速度1。
3.用于客户端程序下拉选择功能设计用的字典数据。
二、列入同步管理的范围
●全部的客户端程序
●险种基本要素
●静态的字典数据
三、管理办法
针对不同的资源,拟采用不同办法进行管理。
1.建立版本资源管理表,建立FTP服务器,允许客户端下载
●客户端程序(exe,dll等)
2.建立版本资源管理表,允许客户端访问服务下载数据表
●(暂时没有,需要时再定,一般是指代码表很大,而本地需经常进行检查代码
是否正确的。尽可能不用这类办法,对于这类数据本地只作录入,由服务器端
进行检查,本地可提供代码表的查询功能,这是通过TUXEDO服务实现的)
3.LOGIN时下载代码表
●系统参数表(可能保留在配置文件中,设计时定)、性别、人员关系、证件类
别、收付费方式等。主要用于客户端程序下拉选择功能的实现
●不同的子系统下载的代码可能是不同的,具体下载哪些在设计时定
●下载的数据存储在内存结构中
4.LOGIN时下载代码,运行时动态维护
●如险种要素(只限于用于检查录入数据合法性的要素,对于用于计算的要素或
表不下载)
●采用CACHE的办法,当用到每个险种的数据时,首先检查客户端的内存中是
否已经有该险种的数据,如果没有,则读取数据库中的定义数据,并写入内存
的结构中。允许同时保留的险种个数,可在INI文件中说明,要有一定的
CACHE管理功能,若超过上限,则把最不常用的险种数据从结构中清除
四、版本资料管理表结构
1如果客户端无法根据本地的字典数据进行数据合法性检查,则不检查
在服务器端,版本表是存储在数据库中;在客户机端,版本表以二进制文件形式存储。本地版本表中还需记录最近的下载时间。
五、版本同步的实现思路
1.LOGIN后,发出检查版本请求时,要传送本地的最近下载时间(如果本地还没有
建立版本表,或版本表结构被破坏,则重建版本表,最近的下载时间为空串)及登
录客户允许操作的子系统标识串(以4位定长序号串接而成,无分隔符)
2.服务端收到请求后,根据传送的最近下载时间及子系统标识找到在此之后更新的全
部资源,并返回资源文件的存放目录、等待更新的资源列表
3.更新本地资源表,并检查本地的实际资源的特征数据与资源表中的数据是否一致,
如果有不一致的,则弹出FTP窗口,要求下载
●从资源文件中要读到版本号
●读取资源文件的大小
●读取资源文件的更新时间
六、客户端程序启动的处理逻辑
CLIENT程序启动时,首先运行autocbps,该程序检查完成如下几项功能:
1若找不到LOGIN程序,则要求输入FTP服务器地址及资源的存储目录,自动下载LOGIN程序,并更新资源管理表中的LOGIN程序登记项
2启动LOGIN程序(登录检查(检查登录用户名、口令、时间、位置),版本检查(检查版本号及相关特征数据))
3根据下载的新的资源版本数据,更新本地的资源管理表,并检查本地的资源版本:
3.1如果是最新版本,则转4
3.2如果不是最新版本,则启动资源下载处理程序,完成后检查
3.2.1如果如果下载了新LOGIN程序,则转2(重新启动LOGIN程序)
4启动cbpsclt程序(要把LOGIN时得到的数据,传递到cbpsclt程序中)