以下只代表个人观点,同意拍手,不同意也不要叫骂!用纯JAVA开发大型的MIS我个人认为是一种不智的选择,因为MIS就意味着大量地数据;全部用J来开发,虽然可以跨平台,但运行起来总是比较慢,而且花的时间将是PB之类的数倍;可以这样建议.用PB/C++BULIDER进行C/S模式的开发,而B/S用JAVA进行开发,这样方式很有效率,最主要还是出于商业目的,不过,如果你是在校生,也建议你全部用JAVA进行开发,因为你空闲着会出去泡MM.还不如用JAVA来磨时光,把妹妹留给我们!报表方面也就很容易解决,你可以用PB的DATAWINDOW等进行报表的设置,效率应该说不错,只是美观方面可能不太好,报表做得好的还是VF之流.只是你们已经不愿意再用而已.总的来说,一个可以在IE上跑的进销存,如果全部用JAVA来开发,大约是PB/WEB.PB的两倍工作量,(注:不过,也许是本人的JAVA不够高手再导致如此!本人从事JAVA/PB的开发多年,参与过多个大型的ERP系统,欢迎大家来两句!)

解决方案 »

  1.   

    Kenqin(海风) ,说得不错。
    和我目前的感受差不多,但现在的问题是确定有一些MIS项目要往BS迁移,我正头疼,不知道有没有先行者这么做过的?
      

  2.   

    赞同Kenqin(海风) 的观点。基于B/S结构的MIS系统,伸缩性好,系统成本也比较低,维护工作少。我们公司是做MIS的,已经全面转向Java。
      

  3.   

    adailee(不谈恋爱的铅笔) :
    那么你们采用什么开发工具?有人用PB的EAS吗?
    报表怎么用JAVA解决?
      

  4.   

    大数据量可以通过ejb来解决,报表可以通过applet来实现,我们现在就是这样做的,好像也不是有很多问题,
    如果觉得applet打印的不好看,不如做一个activex的控件,这样样子和打印效果都能好一点,呵呵,个人意见,仅供参考
      

  5.   

    我曾经用FORMULA 作为报表控件
      

  6.   

    用java控制打印机输出,自己做模板系统。
      

  7.   

    以下是自己的一点个人观点,本人也还是一只菜鸟,工作经验不到一年。
    我认为,做MIS,如果客户端不是很多,采用PB或C++Builder进行C/S模式开发,因为这样开发工作量小,运行效率高,还有一个就是打印问题很好解决,不过随着客户机的增加,维护工作量也就大了,所以我说了各客户端不是很多的前提,当然也有个平台问题。
    如果客户端多了,就不得不考虑后期的维护过程,我想每一套MIS系统都有个维护过程,所以一般的做法采用B/S结构,由应用服务器来做业务逻辑层。这种开发工具很多,要考虑跨平台的话,就得用java了,(现在才说到正题,不好意思!),一般的结构是JSP+SERVLETS或JSP+JAVABEANS+SERVLETS,我们目前做的系统采用的是后者,开发工具和应用服务器都是采用的IBM的VAJ和Websphere,开发工具没得说,除了对机器要求不较高外,(java的开发工具都比较占资源吧!),websphere呢?没有用过weblogic,所以不好做个比较,就我感觉websphere总的来说还不错,但有两个问题有点头疼,一个是他的刷新问题,另一个是他的session问题,这可能与我没有配置好也有关系。
    关于报表打印问题,这是个比较难办的事,因为用户不能在浏览器上自己调整。对于一般的报表,也就是格式和单元格长度都比较固定的那些还比较好办,采用CSS技术就能把格式调整好。对于那些格式比较特殊的,我们用PB做了一个插件,调用OLE控件来实现,用户在调整好格式后,可以保存到数据库,下次调用就不用在调整,这个方法可能比较笨,望高手指点。
    开发工作量嘛,这个我认为与系统的设计有关系,如果一个系统设计得比较好,对bean和servlets都能合适得应用,工作量是能够接受的,至少我这样认为。
    以上只是我用java开发这个系统以来的一点认识,望指点,同时也希望不要用鸡蛋和柿子扔我,^_^!
      

  8.   

    大家好,我也来说两句
    其实完全没有必要把c++builder和java分开的。
    如果做b/s的mis,可以考虑用三层方案
    java做b/s界面,放在web服务器上,中间加一层访问数据库的中间层,把访问数据库和进行数据处理的企业逻辑放在中间层上。而中间层用delphi,c++builder的InternetExpress开发。这样从客户端传递过来的产书参数通过java将它传给中间层,由中间层企业逻辑来完成对数据库的访问和处理,这样速度的问题也就解决了。值的一提的是,delphi6,c++builder的中间件功能已经很强大了。当然三层结构还有一层就是数据库了。
    具体的做法可以参考李维的那三本书。
      

  9.   

    大家是不是都觉得java开发效率比较低呢?我有这种感觉!!
      

  10.   

    使用java的开发开发效率肯定比不上使用PB等快速CS工具,问题是一些项目必须要走BS,开发效率方面我是有心理准备的,但不知究竟大到什么程度。
      

  11.   

    看起来真热闹:我也来说两句吧,说实话,我所在的公司曾采用java做了一个电信的项目,采用的是 java swing做界面,中间采用Session Bean,服务器采用WebSphere,也有一个版本采用weblogic,要说开发速度,那真是没得说,慢。,但java有着良好面向对象思想,好多公司的java类库就些形成,在以后的各项开发中节省了大量的时间。我们的报表采用了jsp来作的,打印也是由自已开发的类库实现。在整个过程中我认为,速度取决于开发人员对于java的熟练度,在高峰时我写java的代码来形成界面要远远快开我用jbuilder的可视化工具,再加上高度的复用,有时真觉的妙不可言。并且界面的精美度实在是其它工具所不能及的。所以有实力才会去采用,无实力的话,确实会影响工期。jsp与现行的asp.net比确实是速度慢了些,无论从数据库访问及界面开发,但是他又存在asp.net所不能比的特性,就是不依赖于哪个平台,所以有时要去选择,看你的产品的适用人是不是要求要跨平台,不要求的话,我建议采用.net(虽然我是java程序员)
      

  12.   

    如果不嫌弃M$,为何不用VS.net?我之前用BCB,反正也是在Win平台,现在觉得VS.net胜过了BCB,看来Borland要加倍努力了,我喜欢Borland,至于PB,还是丢弃算了,真的没前途。
      

  13.   

    可以。我们正在做。效率问题可以解决。设计合理,完全能达到要求。报表可以采用第三方的产品。如jreport, style report。能够产生HTML,pdf等多种形式的输出,可以打印。同时它在其他方面带来的好处就不必重复了。同时我看见国外很多公司都将很多MIS系统包括ERP都向java,B/S上转(采用了一些EJB技术)。
      

  14.   

    你说的是b/s结构开发吗,我们一直用j2ee开发这类应用的,并且已经做成产品卖钱了啊。你的问题回答如下:
    1。开发工具不是问题,用jbuilder,visual cafe,visual age for java,forte for java这些IDE工具可以,用notepad,editplus,ultraedit也可以。
    2。报表打印这个问题我们自己弄了一套解决方案,包括报表设计器,报表引擎,报表浏览器,正打算推广呢:)。
    3。工作量的问题我们自己设计了两套framkework(一个for .net,一个for j2ee),用这两套东西我们可以达到接近c/s软件的开发效率,并且扩展性比c/s的好很多,更适合于团队开发,也打算推广呢:)。
      

  15.   

    to mhow(how)你能够说说报表打印问题吗,有没有例子可以给俺一个看看吗
    俺邮箱是[email protected]
      

  16.   

    http://soft.269.net/SoftWareList.asp?ClasstreePos=0l2 
    软件名称JCL for java专作B/S结构的MIS
      

  17.   

    http://soft.269.net/SoftWareList.asp?ClasstreePos=0l2 
    软件名称JCL for java专作B/S结构的MIS,for java
     
     
      

  18.   

    呵呵,"初恋情怀"你很敏锐,到www.soft2web.biz上注册一个会员就可以看到Demo了。
      

  19.   

    我们是用jsp + servlet 作mis的。
    开发工具用的是jbuilder5.
    报表是我们单位做的一个通用模块,比较方便,但是功能不强。
      

  20.   

    to mhow(how) :
       你们的做法是用ActiveX来做报表。这个方法我也想过很多次。
    可以解决一些问题,但总之还不算是完美的B/S的解决方案。
      

  21.   

    呵呵,我们的服务器端可以是任何平台啊,而且我们applet版本也很快出来了。
    虽然我们也可以直接生成html页面,但是那样的话很难做到报表格式的前端控制,就拿分页来讲吧,如果分好了页再输出成html页面,显然不可能,因为很多list你事先不知道有几页。如果输出成一页呢,打印的时候只能靠浏览器自己分页,那样的话假如你每页都要一个title的话就不可能实现。
    而且你的显示器在不同分辨率下打印出来相差很大。还有很多很多求它问题。
      

  22.   

    我们已经在准备一个最纯粹的web解决方案,要用到web services技术,不过没有这么快出来了,有一些技术问题还在研究呢。
      

  23.   

    对了,我要开一个“基于j2ee的web services开发”专栏,有兴趣去“意见和建议”跟帖吧
      

  24.   

    c/s和b/s混合使用比较好,比如大量的录入可以使用传统的c/s,查询可以交给b/s
      

  25.   

    fa2002(叮当) 
    现在说的是做MIS,如果是只做查询,ASP,JSP就足够了,开发奇快,还有各种生成工具......
      

  26.   

    to mhow(how):
       有空请与我联系,我有一项目,想用java作工具来开发[客户有这样的需
                       ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    求]。
    ~~~~
       Email:mypost17x263.net
      

  27.   

    更正为:to mhow(how):
       有空请与我联系,我有一项目,想用java作工具来开发[客户有这样的需
                       ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    求]。
    ~~~~
       Email:[email protected]
      

  28.   

    希望我能帮到你,我已经发email给你了。
      

  29.   

    这要看你的MIS系统到底是多大,如果你希望与平台无关,而硬件设备还可以的话,并且,你相信同时有较大较多的业务发生,那么建议采用J2EE架构,这样可以节省你许多事情。至于报表打印,你可以用第三方软件Formula One 的JBOOK控件!
    采用JSP+EJB的方式,你的工作量会较小!
      

  30.   

    mhow(how):也能给我一份吗?
    [email protected],谢谢!
      

  31.   

    报表打印好象可以用。
    www.inetsoft.com的Style/Report.
    功能太强大了的东西。。
      

  32.   

    中国龙,我只是给炸弹写email聊一聊他们的项目啊,不是偷着塞东西给他,不好意思
      

  33.   

    我要开一个“基于j2ee的web services开发”专栏,有兴趣去“意见和建议”跟帖吧
      

  34.   

    我说点别的,做mis不是只用java的,mis里最重要的不是代码,首先是需求分析,其次是系统分析和系统设计,接下来是代码(java),最后是测试、运行、维护。现在国内的mis项目最重视代码阶段,而不重视分析和设计。前阶段分析设计的好,后面用什么语言工具工作量都很小,因为你要做的只是实现设计的结果,并且有这样的工具生成代码。开发工具一般就那么几个:jb、forte、visual age。但是无可否认,以后的系统会大量的采用java来实现。我在USA的同学也是做这个的,以前一直是在windows平台上用vb、vc之类,去年年底,全公司集体转向unix/linux平台下用java,原因是这方面业务增长太快了。