SOS!!!紧急求救,客户忽然要求我给他们定制开发的软件加上手机查询的功能,这个怎么做?(50分)

  • 主题发起人 主题发起人 MyMidas
  • 开始时间 开始时间
而且客户明确提出来不要b/s页面的,这个也比较麻烦.<br>是用 .net ? j2me ? c++ ...什么开发好呢?<br>谁有这方面的经验,给指点一下.<br>感谢了.
 
你使用短信猫,这种应用我做过,客户发送你设定好的指令到你的短信猫上,然后你在收到短信后分析指令,并且到数据库中查询出需要的数据再以短信方式发送回去就可以了.在数据上你可以采用触发器来自动处理收到的短信并且自动回复.不需要什么高深的开发.
 
短信的方式很不灵活,客户不认可,唉,头疼.
 
用GPRS吧.有包月的,有按流量的.
 
用gprs之类的,电信有那个玩意买,有API直接调用,签个协议就行了。
 
肯定是用gprs直接上网的方式,用什么api的那个不对吧.<br><br>是用 .net ? j2me ? c++ ...什么开发好呢?<br>谁有这方面的经验,给指点一下.<br>感谢了.
 
PDA??客戶用這個嗎,真暈
 
客观上说,支持XML的都可以.便是一般都考虑J2ME,C++.从性能上说,还是C++吧
 
j2me吧,手机上做个客户端...这样什么功能都有了.想要什么有什么.
 
那 j2me 怎么和远程的数据库交互?谁有开发经验,给指点下.
 
用 j2me 好,还是 C# 好呢?
 
用j2me,c#,C++等都可以,用c#,j2me 开发应该比较简单一些.<br>建议开发winform 的程序,采用web页面的话,流量是会增大,特别是要做的漂亮一点的话.<br>开发程序的时候,不建议采用http协议,在gprs网络当中,网络延迟一般在1秒左右,就是说比较长,如果是采用http协议,那么速度就显的很慢,主要协议特点决定的,每次访问都要连接,连接要3次握手,连接以后才发送数据,发送完毕以后又挂断. 在gprs中,这个方式就显的很慢,建议采用长连接的tcp,或者无连接的UDP,在实际应用当中,这两个的效果还是可以的,如果是针对简单查询,传输量一般是单包或者数据包特别少的情况下,tcp和UDP效果差不多,但如果传输的数据量大了,比如几十K,那么UDP的优势就很明显:在Gprs中,丢包率是很高的,一旦丢包,tcp将变的很慢,速度下降非常快,但UDP就可以很灵活的处理,效率要高很多.<br>设计结构应该是很简单的,一般是:<br>数据库服务器 + 中间处理和通讯 + 终端操作显示<br>典型的三层结构.<br><br>中间层可以用任何熟悉的语言设计,终端用j2me,c#...等语言都可以,哪个方便,哪个熟悉用哪个,和普通PC程序设计没什么特殊区别 .
 
哦,感谢,感谢指点.<br>查询的数据量都是比较小的,哪就是用tcp,udp都可以了?<br>用delphi开发服务器端没有问题吧?
 
正研究中,看来工程浩大啊.
 
不大,其实很简单,我们公司前段时间我才和别人一起做过这样的业务。。。做个SOCKET都可以,当然也可以用HTTP通信连接的方式。。<br>简单点,你服务器那做个SERVER &nbsp;手机写个查询的终端,直接连接到SERVER发送要查询的数据,SERVER再发送到手机。。。其实很简单的一个小功能而已。。。。怎么你们想得那么复杂。。。<br>不过有一点我得给你说下,这个查询方式要手机支持SOCKET通信方式(其实就手机支持CMNET的接入方式)。。我建议如果任何手机都可以用的话,SERVER和手机通信改用HTTP,WAP方式来通信。。。
 
我做的时候SERVER端也是DELPHI写的
 
好,研究中,基本有思路了,太好了,感谢!!!!!!!!!!
 
63166398群.欢迎大家加入 <br>诚接各类网站,管理软件开发出售;注;各类毕业设计(DELPHI,c#(ASP.NET)---SQL SERVER ,ACCESS)QQ议承接.
 
感谢各位了,开发中...
 
简单啊<br><br>弄个短信猫,接收查询者的短信请求,查询系统后回发查询结果<br><br>费用高了
 
后退
顶部