论坛首页 Java版 企业应用

这套系统的框架该如何选择?

浏览 5121 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
时间:2007-05-18
Caixiaopig 写道


本来想用web services做的,看了大家的讨论,觉得性能问题和兼容性问题的确比较严重。因为每次客户端会发送大约300k左右的数据过来,再加上是xml形式,而且web services里边必须用base64编码来带附件。 而且可以预见的是如果项目跟其他厂商合作的好的话,以后并发访问会非常的大。

想听听大家的意见,是用原始的socket来写,自己订通讯协议。还是继续用web services。 在我看来ws的优点就是封装了底层实现,你不用关心多线程,死锁等太多问题,而且xml是中立的。socket的缺点就是什么都要自己来写,来关注,多线程等问题非常麻烦。



将图片信息变成xml发到服务器 ? 厉害

让服务器接收和处理xml是很简单的 不需要WS 只要你将client端的xml post到server即可.

在server端你可以用java去解析它然后处理.

如何对其进行验证就看你们的自己的 我不清楚 .
   
0 请登录后投票
时间:2007-05-18
用rest based的web service。

基本上就是http,用url表示资源,用delete/post/get来表示动作。

传递数据就用post来传送。这样是用xml还是自定义格式都是可选的。
   
0 请登录后投票
时间:2007-05-18
ActiveX,socket
over
   
0 请登录后投票
时间:2007-05-18
昨天又综合考虑了一下,下午跟zwchen聊了聊
觉得还是基于socket的方案比较适合
因为我们只是简单的传送数据和标志位,没有必要搞的那么复杂
而且web services封装底层以后很多东西不是我们自己能控制的

这套ws的demo我已经做好了双方都是java端的传送,就等做socket的demo之后来比较

但是我担心vc++的客户端和我java的服务器端的ws交互比较困难,我到现在还没弄明白,用axis2里边的AXIOM Based Service写的服务,对方vc那边如何调用和发送xml过来。
   
0 请登录后投票
时间:2007-05-18
SOCKET,图片就是字节流而已,用XML不合适。
我以前是自己用java api写socket应用,而现在开源的框架都已一堆了,像apache mina,QuickServer,netty等等。
   
0 请登录后投票
时间:2007-05-18
感觉也是socket合适。也可以自己选择是长连接还是短连接。数据格式似乎也并非要采用xml,直接的binary流足够。
   
0 请登录后投票
时间:2007-05-18
肯定是用socket,性能才是最快的。
没有必要传输xml数据。

另外,好像人脸识别中,建立相关数据库和检索性能相当重要。
深圳海关曾经提出项目让我的导师去做。demo版本已经出来了。
但是海量数据检索问题和复杂环境应用问题还没有解决。
   
0 请登录后投票
时间:2007-05-18
林秋枫 写道
肯定是用socket,性能才是最快的。
没有必要传输xml数据。

另外,好像人脸识别中,建立相关数据库和检索性能相当重要。
深圳海关曾经提出项目让我的导师去做。demo版本已经出来了。
但是海量数据检索问题和复杂环境应用问题还没有解决。


对的
不过现在看来数据检索不是什么问题,特征值已经变得更加精悍
复杂环境的应用是一个难题,海关那里肯定不能用这个,呵呵
   
0 请登录后投票
时间:2007-05-21
socket应该是最合适的。
   
0 请登录后投票
时间:2007-05-25
同意用socket, 采用字节传输就行了.
   
0 请登录后投票
论坛首页 Java版 企业应用

跳转论坛:
JavaEye推荐