A. ios app 和服务端怎么交互，实现注册登录功能
没做过iOS上app的登录注册，做过WP端的。当时的做法是，用户注册时，根据用户名在输入框里输入的密码转为md5加密的格式得到结果，加上用户输入的用户名，上传到服务器端，服务器返回结果检验是否注册成功。如果服务器的结果表示注册成功，则在本地保存用户密码的md5加密结果和用户名文件，以后自动登录时使用本地文件和服务器沟通。
B. ios开发中与服务器交互的问题
可以用比较基本NSURLConnection，也可以使用开源库ASIHttpRequest，记得用post方法，把制定的参数传过去，并且服务端有对应的方法做处理，你看看返回的对象是否正确，来确定是你出了问题还是服务器端出了问题。网上搜搜就可以找到了。
C. ios开发 怎么访问远程服务器
访问服务器？就是和服务器交互了呗，传递数据，是的话就是服务器后端提供接口给手机客户端，应用直接去请求加载，有用NSConnection和ASIHTTP去请求，俺常去请求URL，无非是GET和SET方法，或者XML接口，看后台如何给定了，简单介绍 不知是否有助～
D. C#怎样做一个web服务器端与IOS的手机客户端进行交互
可以写成一个web服务，然后你的ios端访问提交数据交互看看行不行。
E. 客户端与服务器进行数据交互的方法都有哪些
C/S模式和B/S各有其有点也各有其缺点，B/S模式在开发中需要考虑数据如何从客户端提交到服务器端，数据又如何返回到客户端，这些是B/S模式所特有的，在去年之前，开发B/S模式的程序，我都是利用form来交互数据，当我看到XML之后，发现XML是个好冬冬，有很多优点，有好的东西当然不能独享啦，想当年为了实现XML交互数据，几乎把网络翻了个遍。咚，一块砖头上来了。呵呵，废话少说，下面我们就进入正题。
B/S模式分为服务器端和客户端，客户端接受用户的请求，客户端向应用服务提出请求，应用服务从数据库服务中获得数据，应用服务将数据进行计算并将结果提交给客户端，客户端将结果呈现给用户。这样，我们就看到了数据从客户到服务器，经过服务器的处理再返回到客户端，由客户端软件（如IE）显示结果。
（以ASP教本语言为例，其它的语言一样哈。）
1．Form方式
Form方式是最基本的向服务器提交数据的方式。
test.asp文件代码：
<%@ Language=VBScript %>
<%
Response.Expires=-1
Response.CharSet="UTF-8"
Session.CodePage="65001"
%>
<form name="frmTest" id="frmTest" action="test.asp" method="POST">
<input name="name" id=" name" type="text" value="">
<input type="hidden" name="number" id="number" value="10">
<input type="submit" value="Submit" name="B1">
</form>
<%
dim intnumber
dim strname
if IsEmpty(Request("name")) then
strname =""
else
strname =Request("name")
end if
if IsEmpty(Request("number")) then
intnumber =0
else
intnumber =Request("number")
end if
F. iOS客户端与服务器的数据交互总结
前言:
本文总结了iOS客户端与服务器进行交互时，采用 RESTful API + Json 的交互方式，针对不 同的数据形式以及不同的解析方法，如有不足之处，欢迎指正。
先了解一下相关的基本概念。
HTTP通信:
即使用HTTP协议进行通信，工作原理是客户端向服务器端发送一条HTTP请求，服务器收到之后先 解析客户端的请求，之后会返回数据给客户端，然后客户端再对这些数据进行解析和处理。HTTP 连接采取的是“请求—响应”方式，即在请求时建立连接通道，当客户端像服务器端发送请求时，服 务器端才能向客户端发送数据。
Socket通信:Socket又称套接字，在程序内部提供了与外界通信的端口，即端口通信。通过建立 socket连接，可为通信双方的数据传输传提供通道。Socket的主要特点有数据丢失率低，使用简 单且易于移植。Socket类似于peer to peer的连接，一方可随时向另一方喊话。
小结:HTTP和Socket都是基于TCP协议的。使用两种通信方式的情况是: 使用HTTP的情况:双方不需要时刻保持连接在线，比如客户端资源的获取、文件上传等。
使用UDP的情况:大部分即时通讯应用(QQ、微信)、聊天室、苹果APNs等。
主要有四种:
数据流
1.从web服务器响应到手机终端的数据 一般打包在一个字节数组中，这个字节数据中包含了不同的 数据类型，客端端采取Java数据流和过虑流的方式从字节数组中取出各种类型的数据。
这种交互方式我在学习iOS之初用过，实际项目中并没有发现哪家公司在用。这种方式了扩展 了iOS平台在访问Web服务器进行交互时的解析数据能力，仅供研究学习。
2.XML Webservice的标准数据格式。 Protocol Buffers
3.Protocol Buffers 是一种轻便高效的结构化数据存储格式，支持跨平台。它很适合做数据存储或 RPC 数据交换格式。比 JSON 最大的优点就是传输的时候数据体积可以压缩很小，传输效率比较 高。本人在这个在项目中没有用到过。
4.JSON
JSON(JavaScript Object Notation) 是一种轻量级的数据交换格式。 易于人阅读和编写。同时也易于机器解析和生成。毫无疑问，大家最常用。
本文重点会介绍关于Json数据格式 的常用格式。
Json数据格式 的采用，根据业务情况，一般是团队中的共识。技术的迭代更新，到后期基本都会考虑多 个平台的通用性、可移植性和可读性。比如 我们开发团队，有移动端开发(android、iOS)、前端开发 (H5开发)和后台开发(golang开发)。
关于服务器的开发规范，我们先来了解一下。
服务器开发规范 我们采用的是 RESTful ， RESTful 是目前最流流行的 API设计规范，用于web数据接
口的设计。
• 面面向资源(URI)，具有解释性;
• 行为(GET / POST / PUT / PATCH / DELETE)与资源(URI)分离，更更加轻量量;
• 数据描述简单，使用用JSON、XML、Protocol Buffers即可全覆盖， 主要使用用JSON;
它的核心原则是定义用少量方法就能操作的命名资源。资源和方法可视为API的 和动词。
• GET :读取(Read)
• POST :新建(Create)
• PUT :更新(Update)，通常是全部更更新
• PATCH :更新(Update)，通常是部分更更新
• DELETE :删除(Delete)
项目搭建之始，客户端和服务器一般用 Get 和Post的方式来交互，随着业务的演进和技术的规范迭代， 到后期我们都得按规范来。于是 我们采用了上述几种方式来设计服务器接口，相应地，移动端的请求方 式也得与之对应。
至此，不在赘述 RESTful API 的设计规范，可自行网络了解更多。
接口的数据一般都采用JSON格式进行传输，不过，需要注意的是，JSON的值只有六种数据类型:
•Number:整数或浮点数
•String:字符串
•Boolean:true 或 false
•Array:数组包含在方括号 [] 中
•Object:对象包含在大括号 {} 中
•Null:空类型
传输的数据类型不能超过这六种数据类型,不能用Date数据类型，不同的解析库解析方式不同，可能会 导致异常，如果遇到日期的数据，最好的方式就是使用毫秒数表示日期。
本文总结了iOS与服务器的交互方式和数据类型，并总结了在实际项目的简单运用。数据格式的运
用场景远不止上面提到的几种场景，后期会持续完善，如有不足之处，欢迎指出。
G. C#怎样做一个web服务器端与IOS的手机客户端进行交互
web服务器可以采用Webservice或者一般处理程序，客户端直接引用服务，或者用html5+ajax
H. android、ios客户端和服务器通信一般使用什么方式，各有什么优缺点
1、从网络协议上来看，就http方式和socket方式。
2、http方式开发起来效率想对要高一点，但是对于推送这种来说，想对要难做点，因为http是短连接。socket这种方式开发要长，调试略微麻烦，但是做推送想对简单，可以建立一个长连接。
3、Web Service服务其实也是基于HTTP协议（它基于SOAP协议，而SOAP又是基于HTTP协议）。
最大缺点我觉得是Web Service实在是太厚重了，特别对于移动端来说，WSDL是基于XML，XML已经够厚重了，WSDL还有一些头信息，更加厚重。
而且JSON + HTTP的方式，相对来说就非常轻量级了，JSON格式数据本生就是Javascript中的数据或者对象，所以在网络传输中具有非常明显优势，可以说本来就是网络传输用的，毫无违和感嘛：）
还有一个不能算缺点的缺点：目前移动端HTTP网络库多的要死，Web Service我所知道就是ksoap2，而且非常的难用。。。