前段时间接了一个项目，是人防信息系统的APP客户端。客户只给了一个方案文档和数据库的结构。
客户目前的数据库是Oracle的，因为我以前没接触过，而且他们也没要求这个客户端要用什么数据库，为了方便，我用了自己常用的MS SQL。
开始没管服务端，先做客户端，把界面、数据实体、与服务端的接口都用本地测试数据做好了（测试数据直接写在服务端接口类里）。发给客户看，客户说要做基础数据的添加，（我说：方案里没有啊。客户说在数据库结构文档里有写了。我一看，晕了，在那个文档里有一栏：数据去向，都标注有入库。。。好吧，入库也算是添加了。）
做基础数据的添加，好吧。。可是不想一个界面一个界面的设计啊，打开QQ看了一下他们的个人信息修改那栏，应该是用ListView做的，可直接在上面修改或者打开另外一个界面进行修改。这样很好，把数据分为几类：字符串、选择项、时间、图片、位置，选择项再分为弹出窗口选择（只有几个选项的情况）和转到其他页面选择（选择项很多，而且有分类的情况），基本上包括了基础数据的所有字段类型。花了一天多写好Adapter基类。
服务端我都是用CodeSmith自动生成代码的。代码生成后，发现Android里有错的字段。。。没办法，只能把Android里的实体和服务端接口也用代码生成器来做。花了一天多时间把代码模板设计好。生成。。。。对接。。。调试。。。还算顺利，生成的代码都能正常对接，只花了一个上午。问题来了，部分数据是要有特殊的操作方法的，生成器重新生成 修改后又要保存，粘贴，麻烦。。只能拆开成两个类，自动生成的为基类。然后，各类的内部类在引用的时候，又不对了。。。得一个个改。。
。。。。。（烦，懒得写中间的过程了。。）
Oracle对接上了，但是发现客户之前给的结构文档和后面给的数据库导出的SQL不一致。。
这还不是最大的问题，最大的问题是APP需要的数据库与客户的数据库要多些表的字段，我是在另外的MSSQL里添加和新建的，在客户的数据库里，新建立表是没问题的，但是要增加字段，就很麻烦了，不知道他们那边的系统在读取数据库时是怎么写的SQL，（估计是用select * from ......）今早一直在想，最好不要改他们的表。。新增加的字段另外建表吧，然后与原来的表做一个视图，查询就从视图里查询就好了。添加和修改的时候，就分两个表来写入数据。
问题来了，我没弄过Oracle的视图啊，之前写的Oracle操作还是在网上找到的别人写好的操作类。自己再修改了一下。。
晚上加班吧，先做视图，再把表重构一下，然后，服务端和客户端都要重构啊。。。要哭了。。。
加班时，再写后面的事情。。
-------笔记还是得记的，以后认真写博客了--------