1.会用webservice 吗?这个技术用于分布式开发,跨平台的。因为用的是80端口,可以穿透防火墙。
不用webservice 没关系,就用传统的socket 吧,注意两都关数据类型的一些差异哦。因为java最底层就是socket了,再往底下弄就不好弄了,也没必要了。
2.
如果是单机版本的程序的话,你这样做是非常不划算的一个设计。
如果是client-server形式的话,你可以用C#来consume那个java web service。但是C#和java对default namespace的处理好像是不一样的,所以你有可能需要在vs生成的proxy class里面修改那个System.Xml.Serialization.XmlTypeAttribute属性里的namespace,让它对应java web service 的httpresponse里的 xmlns attribute。
3.
这个我们以前写过, 有很多种方式. 首先你可以吧java后台写成webservice项目, 这样C#写的前台可以调用webservice接口; 另一中就是后台是普通的java web项目, 那C#客户端就直接访问http地址.
1)Http:方式调用么就是:http://服务器地址/project/demo.action 类似的 java方法,然后返回json.对错然后返回对应的 网站。
首页么 服务器可以设置好要返回的前台的url, http://前台放html和css,js地址/
a) 缺点:只能传字符串,参数多不利于维护。 url/para¶2。传的都是字符串数据
2)socket是传输层的,http是应用层的,要socket方式 难道就要写 监听 请求 调用 响应?
a)作用:2个项目通过套接字传输
b)不同的语言支持socket通信吗? 支持的。 socket本质 套接字, 传的是字符串
c)不同的协议支持socket通信吗?
d)缺点:只能传字符串,参数多不利于维护。 url/para¶2。传的都是字符串数据
e) 不利于推广,不告诉ip地址和端口号 谁知道,至少要做个站点做推广。即使socket写的号,,推广成本高。
其实你前台跟后台没啥关系的, 都是通过网络访问, 与技术无关
只听过.net开发前台,java开发后台的
因为java做前台(也就是j2se)不好看,除非是android程序。
.net做的前台(windows程序、silverlight)比较被大众接受。
你完全颠倒了啊,java的强项是后台,.net的强项是前台用户体验啊
4.用Web Service喽,Socket也可以做,太麻烦.
Java做Web Service不难,而且C#去调用Web Servcie也很方便.
java写接口。c#调用接口。用webservice或者http
C#可以直接掉=调java接口么?
不可以、