想开发一个基于J2EE的连锁超市进销存管理系统,如果用web方式,维护成本比较低,比较适合连锁超市。但各面店的收银人员操作收银机都是用键盘的,web方式好像不够灵活,界面丰富性也有限。如果用SWING编程,客户端要安装应用程序,比较麻烦。除了面店的收银人员,超市总部可以通过IE访问系统。大家能否给点意见?谢谢!还有就是java如何从扫描仪读数据?
谢谢!万分感激!

解决方案 »

  1.   

    1.用applet,既是swing又是web形式不用安装.
    2.当光标在文本框的时候,刷条码,就相当于键盘输入+回车.
      

  2.   

    当然是web,用swing的话,开发周期至少延长3倍第二个问题,你是说超市用的条码扫描吧,他的接口是模拟键盘输入的。
    画面的焦点停在文本框上,扫描,编号就输入到文本框里面了,就象键盘输入一样。
    这跟java没关系,所以你不用操心。
      

  3.   

    请问如果用POS机的话,我们的系统怎么与POS机通讯?谢谢!
      

  4.   

    用applet会不会有安全问题和速度问题?因为超市一般是不允许交易中断的,即使网络中断或者服务器出现故障,交易都要进行下去,所以如果客户端如果发现无法连接到服务器,就把交易数据临时保存到客户端,等正常以后再把临时文件数据重新传导服务器。这个问题就涉及到安全问题了吧?applet的原则好像是不能访问本地文件的。还有就是收银客户端的applet连到服务器取数据并生成窗口会比较慢吗?谢谢!
      

  5.   

    有些扫描仪是RS232串口,所以用文本框方式是无法读取的。这时也必须用到swing界面.
    而swing的部署的话可以用Java Web Start技术,这样就不用到每台电脑上安装软件了。
      

  6.   

    招聘
    java工程师
    java jsp servlet spring hibernate js css
    上面会一部分既可qq 283765999 
    地点:北京
      

  7.   

    谢谢!如果用swing的话,开发周期就比较长,WEB方式就不能接收扫描数据吗?确实不行的话,我只想在收银机的客户端采用SWING技术,其他客户端都采用WEB。两种技术结合会不会麻烦?就是表示层分开,业务层和数据层可以共享。各位请给点意见!
      

  8.   

    可以用JNLP技术,webstart的方式,有普通ui的可操作性,swing构造界面,rpc或用J2EE实现通信,可以象web一样随时更新,可以有标准windows软件的可操作性,至于最后一个帖子提出的问题,可以随便用个小数据库进行同步,可以借鉴以下sybase的moblink的想法
      

  9.   

    swing和web的开发时间其实是差不多,决定于你自己的水平,而且写软件要比写网页考虑的东西少很多,比较方便
      

  10.   

    谢谢大家,如果店面采用C/S模式,则我想用SWING/SWT构造用户界面,然后采用java web Start技术部署应用程序,这样的话,客户端应该还有安装虚拟机,不知道虚拟机对客户端的配置是有要求?还有各个面点与总部的数据交换我想采用XML来做,就是总部的商品信息在每天机器启动的时候先到服务器把最新的商品信息下载到本地的并转化为XML文件,并同时保存到客户端的hashtable(加速访问);平时网络正常的话还是采用实时访问总部数据库,一旦网络出现故障,则自动转化为本地工作——商品信息的获取从本地获得,交易的数据也是保存到本地,并以xml格式保存。等到网络正常后一次把xml文件解析并上传到服务器。     如果采用数据库最为数据交换的媒介,可能速度比XML快,但是不是不太方便,要在客户端安装数据库。大家再给点意见,谢谢!