ios客户端向服务器端发送数据以及接收数据要如何实现?

Aizennnn 2014-08-21 12:06:52
加精
百度说要用jason或者xml封装数据后再发送到服务器,我想问问用jason好还是xml好一点(发送的数据比较简单,就是一条数据包含几个字符串和数字),如何封装&解析?服务器端要如何实现?还有就是用jason或者xml需要在下载什么包还是xcode自带?有没有什么资料或者例子参考?
本人新手,请多多指教,谢谢
...全文
27955 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
BoomBiu 2016-01-06
  • 打赏
  • 举报
回复
问一下,服务器上有一个c语言字符串,我怎么把它弄成json格式,并且返回给客户端,服务器用c写的,客户端请求用NSURLConnection请求,进入服务器,socket接收请求,client是得到的用户的sockfd,我怎么把字符串返回去,又不能用传统的socket方法,一边write,一边read
laoer_2002 2014-08-25
  • 打赏
  • 举报
回复
学习了
beyondma 2014-08-25
  • 打赏
  • 举报
回复
不错噢,推荐一下吧.
ReyZhang 2014-08-25
  • 打赏
  • 举报
回复
引用 6 楼 Aizennnn 的回复:
[quote=引用 3 楼 zhanglei5415 的回复:] 对于服务器端的返回的格式,一般使用json格式返回。它有优势,传递数据相对小,ios客户端也容易解析。至于服务器端你可以有多种选择, asp.net ,java, php 均可。
asp.net用webservice的话好像没办法返回json啊...只能返回xml[/quote] 你用webservice肯定是xml格式。你不会使用其它的方式,如MVC4下的WebAPI 模板来创建工程。这个模板是专门用来开发接口API
  • 打赏
  • 举报
回复
用二进制不是更好?
Aizennnn 2014-08-24
  • 打赏
  • 举报
回复
引用 3 楼 zhanglei5415 的回复:
对于服务器端的返回的格式,一般使用json格式返回。它有优势,传递数据相对小,ios客户端也容易解析。至于服务器端你可以有多种选择, asp.net ,java, php 均可。
asp.net用webservice的话好像没办法返回json啊...只能返回xml
Carmelo-01 2014-08-23
  • 打赏
  • 举报
回复
我现在用的事MKNetwork,我看一个demo发现用post方式发送是先将参数封装在NSdictionary中,虽然参数里面包含字符串“JSON”,但是最后用MKNEetworkOperation发出去的数据就是dictionary,好像没有把dictionary转成json再发出去啊?还是dictionary本身已经是json格式了?我的小伙伴在服务器端写了个函数,但是函数接收的参数是c#的string,我想问发dictionary的话服务器的接收到的是jason格式的string吗?
Bannings 2014-08-21
  • 打赏
  • 举报
回复
简单数据一般用json,发送的话直接用AFNetworking:https://github.com/AFNetworking/AFNetworking 基本都封装好了
智能牛蛙 2014-08-21
  • 打赏
  • 举报
回复
简单的数据就用json吧...就当做一个字典用就行了。客户端要发的数据用字典键值对弄好,然后通过AFNetworking,或者ASIHttpRequest发送过去。 接收数据的时候用这个函数就行了,[NSJSONSerialization JSONObjectWithData:data options:NSJSONReadingMutableContainers error:&error];
ReyZhang 2014-08-21
  • 打赏
  • 举报
回复
对于服务器端的返回的格式,一般使用json格式返回。它有优势,传递数据相对小,ios客户端也容易解析。至于服务器端你可以有多种选择, asp.net ,java, php 均可。
ReyZhang 2014-08-21
  • 打赏
  • 举报
回复
http请求无非两种方式,get 方式和post方式。 在ios应用中向服务器端发送数据也不例外。使用原生的NSURLRequest, NSURLConnection 就可以创建一个http的网络请求。当然还有一些不错的第三方库如AFNetworking, ASIHttpRequest 等对网络请求的封装,更便于我们使用。如果是get方式发送的请求只需要将你要传递的参数拼到到url上就可以了如 http://api.test.com/login?uid=1&pwd=123 . 如果是post方式。需要将参数与值以KV(键值对)的形式post给服务器端。
WebSocket客户端和服务端实例源码 WebSocket ws实例 HTML5 用java实现的服务端 Websocket与服务器的正常通信 众所周知,Web 应用的交互过程通常是客户端通过浏览器发出一个请求,服务器端接收请求后进行处理并返回结果给客户端客户端浏览器将信息呈现,这种机制对于信息变化不是特别频繁的应用尚可,但对于实时要求高、海量并发的应用来说显得捉襟见肘,尤其在当前业界移动互联网蓬勃发展的趋势下,高并发与用户实时响应是 Web 应用经常面临的问题,比如金融证券的实时信息,Web 导航应用中的地理位置获取,社交网络的实时消息推送等。 传统的请求-响应模式的 Web 开发在处理此类业务场景时,通常采用实时通讯方案,常见的是: 轮询,原理简单易懂,就是客户端通过一定的时间间隔以频繁请求的方式向服务器发送请求,来保持客户端服务器端的数据同步。问题很明显,当客户端以固定频率向服务器端发送请求时,服务器端的数据可能并没有更新,带来很多无谓请求,浪费带宽,效率低下。 基于 Flash,AdobeFlash 通过自己的 Socket 实现完成数据交换,再利用 Flash 暴露出相应的接口为 JavaScript 调用,从而达到实时传输目的。此方式比轮询要高效,且因为 Flash 安装率高,应用场景比较广泛,但在移动互联网终端上 Flash 的支持并不好。IOS 系统中没有 Flash 的存在,在 Android 中虽然有 Flash 的支持,但实际的使用效果差强人意,且对移动设备的硬件配置要求较高。2012 年 Adobe 官方宣布不再支持 Android4.1+系统,宣告了 Flash 在移动终端上的死亡。 从上文可以看出,传统 Web 模式在处理高并发及实时性需求的时候,会遇到难以逾越的瓶颈,我们需要一种高效节能的双向通信机制来保证数据的实时传输。在此背景下,基于 HTML5 规范的、有 Web TCP 之称的 WebSocket 应运而生。 早期 HTML5 并没有形成业界统一的规范,各个浏览器和应用服务器厂商有着各异的类似实现,如 IBM 的 MQTT,Comet 开源框架等,直到 2014 年,HTML5 在 IBM、微软、Google 等巨头的推动和协作下终于尘埃落地,正式从草案落实为实际标准规范,各个应用服务器及浏览器厂商逐步开始统一,在 JavaEE7 中也实现了 WebSocket 协议,从而无论是客户端还是服务端的 WebSocket 都已完备,读者可以查阅HTML5 规范,熟悉新的 HTML 协议规范及 WebSocket 支持。

29,028

社区成员

发帖
与我相关
我的任务
社区描述
主要讨论与iOS相关的软件和技术
社区管理员
  • iOS
  • 大熊猫侯佩
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧