很久没通宵到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的同学可以玩玩
人这个兴趣一来就根本忘记了需要睡眠,上辈子我一定是猫头鹰……
-----------分隔符--------
最近,忙着帮人做一个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的同学可以玩玩