专用客户端系统设计疑难解答.docVIP

专用客户端设计 需求： 目前公司项目存在大量专用客户端的需求，而专用客户端开发有的采用数据管理平台（老平台）、有的采用信息集成平台（新平台）。如某专用客户端原采用数据管理平台，现需升级到信息集成平台，则需要将该专用客户端的功能重新在新平台开发一次。加大了重复建设（信息集成平台基本包含了数据管理平台的功能）。同理采用信息集成平台开发的专用客户端如需转换到数据管理平台，也需要重新开发。综上所述，提出以下需求： 专用客户端在现已开发完成界面不变化的前提下，同时支持数据管理平台与信息集成平台服务 专用客户端能随时随地切换服务平台 专用客户端在界面设计时，与采用的平台无关（可以采用数据管理平台或信息集成平台开发） 解决思路 在专用客户端与平台服务中间加入平台数据转换层功能，简单的描述如下： 首先通过配置文件确认其专用客户端框架采用何种平台开发 其次通过配置文件确认其专用客户端框架服务所提供的平台 获取数据采用平台数据转换（如专用客户端框架与所提供的服务平台一致。则无需做任何数据转换,如不一致，则需要将提供服务平台提供的数据转换为专用客户端框架所识别的数据） 专用客户端框架建议做成根据服务平台模式预留接口扩展。(目前的表现为：信息集成平台在返回权限树和右键等功能都是以资源(ZYID)或框架为主，则应采用信息集成平台组件框架方式展示。而数据管理平台在返回权限树或右键等功能时返回GNID，然后在根据GNID在数据管理平台查找并组成URL地址，调用对应的OCX控件方式完成)。建议让平台数据转换来处理。这时他的返回对象为对象类（该类包含返回control ,服务平台类型，和原始数据（如URL、数据流或FRAME的XML数据） 数据管理平台与集成平台之间建立有一定的关系（主要是针对模板-组件实例表）为以后的动态框架做基础 配置文件可以采用（其中DMP代表数据管理平台，JCPT代表信息集成平台） config ClientFrameTypeDMP/ClientFrameType ServerTypeDMP/ServerType …… /config 效果图 数据管理平台的专用客户端 信息集成平台的专用客户端 流程设计 框架初始化 访问功能 平台数据转换器接口设计 简化的数据转换接口设计 这个服务是指Delphi的服务吗？就是我目前引用的那个3:8099/soap？服务也有平台之分吗？难道还有另外一套服务？ 解释：你说对了。你这个是数据管理平台，采用SOAP方式，信息集成平台采用的是WebSharpe 方式发布，虽然都是采用的SOAP方式。不过数据模型是不一样的。所以有服务之分 可以详细说一下么？我感觉括号里的说明跟你说的预留接口扩展不是一个意思 解释：应该不是插件方式。而是框架在处理服务平台不同的表现实现方式，这个建议在平台数据转换组件来处理 它？指的是谁？数据转换平台吗？ 解释：平台数据转换组件（简单说就是负责不同平台服务的数据满足专用客户端解析方式的功能组件） 是说数据转换平台里的方法的返回格式吗？从url转换到control，也可以从control转换为url? 解析：这里的意思是在调用平台数据转换组件中，由专用客户端框架发起调用数据。由平台数据转换组件负责解析并生成如下对象，该对象封转如下类型（URL地址（数据管理平台），Control 类型对象（自动生成控件类型，框架程序只负责显示而已（包含数据管理平台和信息集成平台））、FRAME的XML数据（信息集成平台）、原始数据：代表特殊的数据类型如：指定获取数据源的数据（XML）方式返回。 原始数据？相对什么而言？是说框架服务返回的数据吗？ 解析：应该是 我感觉下面的图有问题.黄色框里的文字有点拗口，没看明白。 然后“平台相互数据转换”是不是应该放在“数据管理平台”和“信息集成平台服务”之间？ 解析：应该是在专用客户端和平台服务之间 这个要不要解释？ 解析：主要针对于专用客户端动态部署情况下的方式：目前基本用不到。不过作为接口可以放在这里 这两个图完全一样，没有必要写两遍。咱说界面表现一致不就好了嘛 解析：可以这样理解。只是为了明了他们的关系而已。 1.2和1.3有什么不同？1.4是设置平台信息还是读取信息？ 解析：1.2,1.3这个是RSA中代表同步消息的意思。1.3代表的意思其实是返回读取信息结果。1.4代表将读取的配置结果转换为平台类型，供后面的方法调用转换数据分析提供依据而已。 Frame和control并列？ 解析：frame其实这里与Control差不多。惟一的区别在于，FRAME可以是XML方式抛出。供专用客户端自行处理，control只是作为平台转换组件自动处理后返回了展示数据而已，专用客户端只需建立外层FROM即可 那是不是应该解释一下这些接口，枚举等，含义如何？另外