E3Upload项目总结

项目需求：读取阿里云数据库数据，通过webservice接口上传给第三方。

概要设计,项目满足以下几点：

1、动态接口调用

2、给多平台上传

3、数据保持（减轻数据库压力）

4、上传任务管理

5、扩展成实时数据服务器

实现方案：

设计1：对于第一个需要我们上传数据的平台给出的借口是webservice接口（不能get/post表单访问的那种），考虑到以后可能会有类似于restful/webapi之类的接口，

所以此处必须采用动态接口调用。目前实现了webservice动态接口访问。关于动态访问，有2中实现思路，第一种：预读取WSDL，动态编译，反射方法，调用。

由于我在项目中实现第一种方法失败了（动态编译时死活不能加载程序集，未解决的问题），因此我用了另外一种思路，通过字符串构造满足soap协议的xml发送给接口。

此处采用了开源的      https://github.com/LiveXY/Pub.Class/blob/master/Pub.Class/Class/WebService.cs

设计2：以后有类似于此项目结构的需求，为了避免重复开发，因此这里定义了上传平台，平台包括接口（全部构建在XML中），动态读取。

但是目前所有的接口都未知，不知道将会是什么结构或者需求，因此这里实现的比较粗糙。但是比较大尺度的隔离了各个平台的操作，因此扩展性也是比较强。

设计3：当需要上传的项目较多，重复索引同一个项目的数据的时候，势必会给数据库服务器造成很大的压力，因此，这里做了数据保持，通过项目的结构形式，将数据保存在内存中，

满足一定的条件才去从数据库读取数据。（为做成实时数据服务器做准备）。但是由于时间 原因，没有继续朝设计5去设计实现。

设计4：系统采用Quartz.net组件实现定时上传作业，使用过程中碰到的坑有关于时区问题和单次触发（triggerJob）无效。在实践中发现时区问题不存在，即时存在也可以通过cronExpress           的合理设置而避免。单词触发无效，我找来了源码，一步步执行下去，发现又没有问题了（amazing！怀疑跟载入的符号系统相关跟动态编译不能载入程序集一样没解决）

关于任务管理，作为第二版的功能实现，此处暂时不实现。

设计5：预计将来扩展成实时数据服务器，开放webservice给外界调用数据，目的为了减轻数据库服务器压力，由于时间原因，暂未实现！

补充：该项目同时使用了log4net组件和Newtonsoft.Json。采用DevExpress实现的简单界面。

log4net使用步骤总结，引用组件、编写log4net配置文件、启动log4net，通过assembly或者log4net.Config.XmlConfigurator.Configure()载入启动、getlogger、写入。

总用时11天。（框架设计4天，业务逻辑代码实现2天，关于任务以及学习Quartz.net2天，webservice动态调用2天，测试和补充log4net写日志1天）