其次,这种一一对应的结构模式要求开发人员为各个业务模块编写实现代码,开发工作量较大。而且,这种结构模式无法灵活地应对信息门户后期的功能扩展与业务更新。当信息门户对某一功能进行扩展与更新时,移动信息化平台也要对相应的接口进行重新编译更新,如果某一功能改动较大,甚至需要重新开发一个新的接口模块,这样便大大降低了系统的可文护性。
最后,固定的业务模块使得传统移动信息化平台不具备移植性。针对某一校园网开发的信息化平台无法适用另一所高校的校园网,需要进行重新开发,系统重用系差。
2.2 开发方案
为了解决传统移动信息化平台的不足,本课题的开发方案提出了以下几点解决方法:
抽象化的业务接口与数据抓取;
网络爬虫;
可自定义扩展与修改的业务模块;
统一的对智能设备接口。
抽象化,指的是通过面向对象思想,将各个对象中相同的逻辑部分提取出来,形成抽象对象,在具体到对应的对象实例时,再配置其具体的细节内容。经过具体的调查研究发现,在目前的信息门户中,对外一般提供的是HTTP协议的API接口,而在不同对外接口的信息门户中,一般的业务流程基本都是通过HTTP表单实现的。所以,抽象化接口主要将抽象化HTTP请求,通过接口实现常用的GET、POST、PUT等请求方法,对于提供对外API的信息门户,抽象接口只需要按照正常方式访问并交互即可,而对于不提供对外API的信息门户,抽象接口则可以模拟成HTTP表单形式,对响应的网址进行访问进行业务操作。但是,进行HTTP表单模拟所获得数据,一般都是HTML网页数据,无法直接将业务数据呈现给智能设备端用户,还需要进行数据抓取。数据抓取指的是获取网页的数据,然后利用程序分析,将有用的数据提取分离出来。目前,较为主流的是利用正则表达式来进行数据抓取分析工作。
由于使用单纯的数据抓取模式在大量数据的情况下效能极低,所以对于信息门户中的大量数据(如校园新闻等),需要通过网络爬虫技术自定抓取信息并保存在本地数据库中。
在业务接口与数据抽象化之后,便无法使用固定的业务模块进行接口调用了,所以,系统需要将业务模块设计成可以自定义扩展与修改的,并且通过这些业务模块赋予抽象化的接口一个具体功能实例,使其能够完成信息门户中对应的业务功能。同时,为了应对将来信息门户中可能发生的扩展与接口修改,业务模块还需要提供较为方便的扩展与修改方式。
由于校园网接口与业务模块的动态化,将会使移动设备接口变得较为不稳定,这会使本系统与移动设备客户端对接变得困难。为了解决这一问题,本系统需要对智能设备接口进行统一化处理,通过RESTful接口将所有业务模块资源用URI进行表示,这样的话只需要与移动设备客户端约定URI格式便可以固定接口。 校园移动信息化平台建设-后台服务程序的开发(4):http://www.youerw.com/jisuanji/lunwen_16380.html