`
akiraray
  • 浏览: 90264 次
  • 性别: Icon_minigender_1
  • 来自: 上海
社区版块
存档分类
最新评论

双休斩获

阅读更多
很久没通宵到4点多了

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

-----------分隔符--------

最近,忙着帮人做一个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的同学可以玩玩



分享到:
评论
2 楼 akiraray 2009-02-09  
a3mao 写道

单机数据库,用H2也不错

谢谢您的建议~我回家之后去看看文档
1 楼 a3mao 2009-02-09  
单机数据库,用H2也不错

相关推荐

Global site tag (gtag.js) - Google Analytics