双休斩获

很久没通宵到４点多了

人这个兴趣一来就根本忘记了需要睡眠，上辈子我一定是猫头鹰……

－－－－－－－－－－－分隔符－－－－－－－－

最近，忙着帮人做一个MIS系统的单机版客户端，脱机的时候可以使用，用于导出计算出的单据，又需要可以更新服务器上的数据，而且还要和另外一个程序可以互相使用数据……

总结了一下需求与难点在于（都是我没做过的）：

1.本地数据库于服务器数据库的版本需要统一

2.两个浑身不搭界的程序怎么互相使用数据

3.对桌面应用开发早被忘光了……

初步应对饿想法是

1.只在本地的嵌入式数据库中放一些不会改变的数据，比如材料的单价啊，人力物理的分配规定，其他容易造成混乱的功能不给予脱机支持。

持久化的方案也是考虑过很久的：

A使用XML文本做数据库，更新的话直接把服务器上最新版本的XML文档给覆盖就好了

B使用类似ACCESS之类的玩具数据库

在这里又遇到了困惑

A方案使用XML做数据库势必需要对XML进行解析，本来打算用DOM4J解析的，但是自己重新实现下针对每个XML文件进行，定条件的查询也需要花不少时间。也就是说想法是好的，但是可行度高不高，我也不知道。风险8可控啊~

B使用ACCESS，如果是用JAVA,RUBY,PHP写，势必问题多多……只好怪自己从小对微软木有爱啊……

查了一晚上关于XML做数据库库的论文（娘的都是E文的）发现其实这样做还是可以的，就是麻烦点。作为一个备选方案

---------------------------------

2.关于2个浑身不搭界的程序怎么使用数据

本来顺着1A的解决方案，是这么想的：

把导出的文件用XML组织，改动另外个程序（貌似有源码，开源万岁）让他可以解析这个XML并进行支持。

------------------------

3.桌面开发的选择

几百年不写桌面程序了，最后一次用VB是考试，最后一次用DELPHI是高三……

我已经把消息机制忘的一干二净，看来JAVA EE害人不浅。

本着最初方案是1A，

可以要找个对xml支持比较舒服的语言来写

本来首选的是RUBY

但是花了3天看了下现有的RUBY GUI库

一个是SHOES一个是ruby/gtk

先说说SHOES

这个应该算轻量级的gui库了，用了一下相当好，跨平台也很好！一个模拟坦克的程序360行，扫雷267行

不得不佩服ruby的高效率……

然后是GTK，老牌LINUX GUI了……现在GTK支持的语言很多，基本想的到的都支持……

不过RUBY这里还是比较惨淡的……而且导出exe总是害怕没linux下那么稳定。


接着想到了java，首选方案肯定是swt/jface

但是这个玩意只是见识过，自己没写过……

首次挑战高难度啊- -

----------------------------------

最后推荐一下，2天来的另外些收获

1.JAVA对于ACCESS的支持很烂，起码主流持久化框架没一个完美支持，不是乱码就是驱动有版权限制。

2.Firebird和HSQL是不错的单机版数据库的选择

3.DELPHI for PHP这个IDE已经灰常牛逼的了，borland果然不让人失望……

4.PPForm （PHP桌面GUI)还是不错……没怎么试过，如果有专精PHP的同学可以玩玩