利用SPI,结合数据库连接池durid进行数据服务架构灵活设计

       接着上一篇文章业务开始围绕原始凭证展开，而展开的基础无疑是围绕着科目展开的。首先我们业务层面以财政部的小企业会计准则的一级科目引入软件中。下面我们来考虑如何将科目切入软件更加灵活，方便业务扩展、维护与升级。

SPI是首先想到的数据服务方式

         为什么会想到它呢？首先当然是根据遗忘规律。因为我们是有空的时候才去写一点代码，不像以此为职业的开发人员每天在推进设想，时间久了会将类、方法和设计都记到脑子里；而做为业余爱好人员有可能有时每天都写，有时一两个月不会想起此事，当再次打开电脑的时候，有可能想去取个科目数据，却都想不起它是那个类了，如果你没有这种情况，那说明你还好，做事情比较专注。而利用SPI,将所有的基础资料，数据库方面的数据以一种服务的方式集中放在一个模块中，则很容易让我们去回想或提取数据。另一个原因，这种方式对我们使用数据库连接池druid也更加方便和易于管理，至少目前的软件架构我是这样认为的，当然你也可以按照自己的设想来设计。

定义数据服务接口

最初的服务定义方式可以根据实际情况有很多种设计方式，但我想了一下以下三个属性是首要考虑的：数据类型、数据库操作方式、数据提取方式。数据类型像科目、物料、仓库等，数据库操作方式有增改查删除、执行存储过程、函数等、提取方式像一次性全部提取还是条件输入提取等。我们用最简单的方式去开始，必要的时候再重构。以科目为例，在一个新的模块中，定义接口如下：