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

免费ERP第二锤:架构简单就好

阅读更多

 

上一锤提到了刚发布的免费ERP系统(www.2bizbox.com)后,大家反响很热烈,短短3天就被下载了2万多次,服务器一度宕机,呵呵。大家讨论也比较热烈,纷纷提出不少问题和技术探讨,感觉非常有意义。这次和大家分享一下关于这个免费ERP的架构设计。之前先回答一下大家比较关心的一些问题:

 

 

  • 网站只提供了windows的exe安装版,大家询问是否有适合linux跑的版本:这个可以有,不过还需要一点时间来发布,几周后就会有下载,请大家耐心等待并及时关注。目前,官网上已经提供了exe和zip,不过都是针对windows平台的。
  • 下载后一些朋友无法解压和运行,尤其使用迅雷等工具的朋友。这个原因还不知道,可能和多线程下载以及网络有关,可以在下一次,或尽量不使用工具下载。由于服务器在国外,下载速度肯定不会特别好。不过一些热心网友已经提供了国内的下载链接,官网较慢的可以试试这里:E备是链接地址,输入验证码即可下载。我家2M带宽,用chrome 自带的下载工具下载,大约用了8分钟完成下载。另外还有JavaSwingChina天极网下载华军软件园绿色软件联盟旋风下载中关村在线豆豆软件站、。。。似乎一夜之间遍地都是了,呵呵
  • 还有朋友关心公司是国内的还是国外的:公司是美国的,不过我们上海这个小团队负责一部分开发工作。在国内也有不少客户,例如中石油、襄钻股份、江汉三机、四机赛瓦等,我们负责本地客户服务。
  • 有朋友询问是否开源:目前是软件完全免费,源代码开放的事情还没有消息。不过个人判断完全有开源的可能性,呵呵,这要看美国人是怎么想的了。
  • 很多朋友关心团队协调,高手低手如何共同工作,一个人搭框架,另外人不满意怎么办等等。我想这个并不是一个软件团队的特有问题。要说是问题的话,是咱们中国人特有的一种毛病还差不多。“不服气”从来是咱们的特点,问题不是高手太少,而是“大明白”、“专家”、“牛人”太多了。我曾经去一个制造厂做实施,接我们的司机谈起公司的管理来,那真是口若悬河、吐沫横飞、头头是道,上至老总下至看大门的,都被分析的“体无完肤”,好像马上换他去当老总一切问题立马解决似地。所以我认为这根本就不是一个问题。想想“奥迪R8”和“宝马7”这样的工业精品都有一个总设计师,你是在问,BMW的一个刚进去工作的学生如果认为宝马7系的总设计师设计有问题该怎么办?

 

 

还是来说说架构。先看这个图就都明白了。

 


 

提到架构,我们用到的第三方的框架不是很多,总的原则就是尽量简单、稳固。这样,就会高效、好维护。这远比一些乌七八糟的所谓新思想新技术更加重要,毕竟我们的软件要维护几十年的(实际上已经从DOS到现在开发了20年了)。后台主要是JBoss和Hibernate,其他大部分部分都是自己封装。前台则基于Swing以及自己封装的各种组件。中间通讯也没有采用第三方的框架,而是自己封装,主要采用HTTP协议,对交换的VO(包括VO集合)对象(如参数、返回值、Exception等)进行标准的Java二进制序列化、zip压缩、传输。调用的方法通过一个统一的invoke进行传递,被调用的模块、方法名、参数等,都被封装在一个POJO中传给后台。后台Façade层解压后,根据具体模块,通过反射的方法,调用Local的各个模块EJB,执行具体函数。每个函数先在Biz业务层进行业务逻辑分解处理,例如,如果要添加一个零件,要分解很多具体动作,先检查零件号是否重复,再检查零件号是否格式合法,数据是否完备,创建零件库存初始信息、创建物料添加日志、通知相关人员…等等。分解后,形成具体的DAO操作,然后交给DAO进行调用相应的底层API完成。无数的DAO对各个业务数据进行各种数据级别的操作封装(增删改查等),然后通过Hibernate层进入数据库。

 

有朋友喜欢用Eclipse RCP来作为前台框架。坦白说,我个人对SWT一向不喜欢,也不看好,因为他本质上和AWT的路线没什么不同,只是后台老板从SUN换成了IBM。当初以“好看+效率高”的旗号,SWT曾经风靡一时,人人趋之若鹜。不过本质上说,SWT这种技术是打着“好看/速度快”幌子分裂JAVA的政治游戏,我们程序员应当看清楚。当然不是说SWT技术不好不能做企业应用,实际上我认识的一些朋友已经用SWT搭建了好大好大的应用。不过SWT毕竟不是JAVA的官方技术。如果相信JAVA的未来的话,我觉着应当相信SWING才是正道。SWING有不足,但是它会不停的发展。另外,千万别总拿“丑”和“慢”来攻击Swing,说到底还是看你会不会用,吐口水实在无意+无聊。说道RCP框架,我倒更喜欢NetBeans。不过国内大家还是把Netbeans当做IDE来用,实际上这个RCP平台相当不简单,质量很高而且国外应用很多,已经非常成熟,有空可以多看看Netbeans的Platform频道(不是IDE哦)。

 

HttpInvoker没有用过,不知是不是和Spring绑的比较死,看上去和我们的通讯方式完全类似。其实java序列化再传输就是几行代码的事情,如果不用Spring等框架,完全没必要用第三方的,自己封装一下就好了。看看这个代码就知道了:

 

 

 /**
     * Here should be the unique access of FacadeWrapper.invoke!
     */
    public static Object invokeImpl(ServerAction action) throws ServerActionException {
        action = new ServerAction(action.getModuleName(), action.getMethod(), escapedStringParamsConvertor(action.getParams()), paramsTypeConvertor(action.getParamTypes()));
        action.setOrderBy(getOrderBy());

        try {
            Object result = FacadeWrapper.getInstance().invoke(action);
            //unzip, if need.
            if (result instanceof ZippedByteArray) {
                ZippedByteArray zippedData = (ZippedByteArray) result;
                if (zippedData.getByteArray() != null) {
                    try {
                        result = BB2Util.unzipObject(zippedData.getByteArray());
                    } catch (Exception ex) {
                        throw new ServerActionException(ex);
                    }
                }
            }

            return result;
        } catch (Exception ex) {
            ExceptionWorker worker = new ExceptionWorker(ex);
            //...
            throw new ServerActionException(ex, anotherServer);
        }
    }
 

Hessian基于WS还可以支持不同的客户端,也很不错。不过我们这种需求不大,没有使用WS以及其他客户端技术的需求,也没有采用。还是觉着简单的东西自己封装更加的灵活和容易控制。我们的思路是尽量少的引进第三方的框架。过多的异构框架导致的稳定性和灵活性的代价也是很大的。

 

其他一些类似MQ之类的异步框架就更比较谨慎使用。前后台调用需要实时性,肯定是同步调用为主。异步的情况不多,即使有,在基于HTTP的结构下(例如只开放80端口)也比较难实现。我们采用了JBOSS的JMS机制,实现一些后台主动发送业务消息、上传图纸等功能。当然如果后台禁止了相应端口,客户端就自动放弃JMS连接,工作在纯“主动模式”下,相当于一个“浏览器”。

 

对于非桌面客户端,例如手机、数据采集器、PDA等,我们在后台的Façade层上面再包装一个又一个简单的“协议适配”就行了,也就是把Java的对象简单的封装到XML或HTML,负责与这类终端通讯。这样,身后的安全啊、日志啊、业务啊等就完全复用,开发速度是很快的。对于大多手机,使用XHTML进行浏览即可;对于iPhone等则开发native的终端,对于PDA和数据采集器,由于有条形码、收料发料、盘点等复杂应用,所以用本地的环境进行创建GUI(一般都是Windows CE,可用C#进行)。这样,我们的架构可以简单快速的支持各种不同的终端接入:


 

有朋友担心一个Servlet提供所有API太变态,其实不必担心。没错,我们的模块API至少上万,但是这个后台的Façade Servlet其实只有不超过10个方法。最主要的一个是invoke,方法都是通过一个对象封装了模块、方法名、参数序列等来通过反射机制完成的,所以,无论后台模块API有多少,只要通过这一个唯一的业务入口出入就行了。至于前台使用不太方便的问题,可以通过前台再次封装展开来解决。


最后在透漏一下这套免费ERP的下一步进度:目前正在紧张汉化工作,预计在本月内会发布全中文版本。Linux打包文件也在进行中,有望很快可以下载。其他还有很多很好的模块,会陆续推出,期待大家支持和反馈。如果你身边有人在研究或选型ERP,不放推荐一下这个全免费的、高质量的、专注机械制造业的大型ERP:2BizBox。

套用一句刘仪伟的说法:现在谁还花钱用ERP啊?!

最后送Swing界面:设置会计年度


 

 

风信子长到第十天,没有换水。

 



 

  • 大小: 97.5 KB
  • 大小: 246.3 KB
  • 大小: 55.4 KB
  • 大小: 325.5 KB
  • 大小: 330 KB
分享到:
评论
43 楼 chensiyu04 2011-01-28  
大力发展了swing啊!
42 楼 yobuke 2011-01-15  
LZ,我也养风信子哈哈!
解释的蛮详细!
41 楼 tmy13 2011-01-10  
这个一定要顶起,lz讲的很详细比光看代码有用多了
40 楼 xujunJ2EE 2011-01-10  
请教LZ,你的servletFacade这个总控制器每次收到Client的请求难道都是通过反射去分发业务处理吗,这样是否性能有影响?不过,这个设计还是不错的,有点SOA的感觉
39 楼 cansoft 2011-01-09  
其实ERP免费这不是什么新闻,在ERP这个行业里,实施花极大的费用也是可能的。软件给你了,用不起来也是很正常的。

套用楼主的一句话:简单就好
针对定位,决定系统的复杂性。
38 楼 jameswolf 2011-01-09  
这个构架中 最后用hibernate 与数据库连,遇到数据量大的时候能支持吗?
37 楼 elan1986 2011-01-08  
看好swing!

架构简单,稳定就好!

太复杂,自己都会感觉累!
36 楼 ot512 2011-01-08  
ERP主要是业务上的东西,你这个架构是在浪费时间。
35 楼 boygirl 2011-01-08  
支持下哦
34 楼 luffyke 2011-01-07  
刀换成锤啦。给力啊,ERP也免费啦。。。其实我还是相当支持swing的。
33 楼 bugu1986 2011-01-07  
我们在用Netbeans RCP,很不错的说
32 楼 HelloJimmy 2011-01-07  
chenhongwei0924 写道
引用
风信子长到第十天,没有换水。

请问lz是什么植物?我蛮感兴趣的。

31 楼 xiaozhonghua 2011-01-07  
chenhongwei0924 写道
引用
风信子长到第十天,没有换水。

请问lz是什么植物?我蛮感兴趣的。

就是风信子,根像一个洋葱头。菜市场买的,瓶+洋葱头15块!上海物价太贵了。
30 楼 vvrao 2011-01-07  
ERP都可以免费了,让人情何以堪
29 楼 chenhongwei0924 2011-01-07  
引用
风信子长到第十天,没有换水。

请问lz是什么植物?我蛮感兴趣的。
28 楼 yangke250 2011-01-07  
你们公司有java open的职位吗
27 楼 nwangwei 2011-01-07  
1.楼主提供MD5等校验码吧
2.免费的ERP通过定制赚钱?
26 楼 kanpower 2011-01-07  
唉,怎么说好,这年头,erp都是免费送的。
25 楼 zjhlht 2011-01-07  
支持xiaozhonghua,又大力发展了swing啊!
24 楼 lgcpeter 2011-01-07  
wxwdt 写道
支持呀,我们现在也在用swing做开发,不过客户端部署方式上我们直接采用web start方式

我也觉得这样好更新。并且能带参数。

相关推荐

Global site tag (gtag.js) - Google Analytics