ios开发 怎么访问远程服务器

　　访问服务器？就是和服务器交互了呗，传递数据，是的话就是服务器后端提供接口给手机客户端，应用直接去请求加载，有用NSConnection和ASIHTTP去请求，俺常去请求URL，无非是GET和SET方法，或者XML接口，看后台如何给定了，简单介绍 不知是否有助～

　　大体来讲，购买成功后，苹果AppStore服务器会向app端返回此次交易的数据，其中有这笔付款的收据(Receipt)。然后app与游戏服务器通讯，把购买成功的信息通知服务器端（为了防止越狱和IAP free等插件造成的欺诈性购买，还需要把收到的receipt发给游戏服务器，游戏服务器再将其发往苹果AppStore服务器验证其真实性）。服务器端确认此次购买成功后，修改服务器端记录的此客户端对应的财富值，并将修改后的结果反馈回App端，App端随之作相应更新。

       与服务器端的通信，就是一个RPC的过程，服务器端写好一些供调用的API接口，在客户端联网调用，具体有什么xmlrpc, jsonrpc的，都有开源的框架可以使用。

注意：客户端与游戏服务器端通信的时候，必需附带一个标识其身份的代码（UUID或者帐号名称），否则服务器端无法知道是谁进行了充值。

做安卓开发软件环境：Eclipse+ADT 硬件环境：电脑 服务器：单机的app不需要，需要的网上租 服务器的软件环境和电脑网站一样：服务器tomcat，JBoss，WebSphere，WebLogic，Resin。数据库：MySQL，Oracle，SqlServer 手机端：SQLite

前言:

本文总结了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服务器进行交互时的解析数据能力，仅供研究学习。

2XML Webservice的标准数据格式。 Protocol Buffers

3Protocol Buffers 是一种轻便高效的结构化数据存储格式，支持跨平台。它很适合做数据存储或 RPC 数据交换格式。比 JSON 最大的优点就是传输的时候数据体积可以压缩很小，传输效率比较 高。本人在这个在项目中没有用到过。

4JSON

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与服务器的交互方式和数据类型，并总结了在实际项目的简单运用。数据格式的运

用场景远不止上面提到的几种场景，后期会持续完善，如有不足之处，欢迎指出。

Django+mysql解决你的需求，

2年前我也是没有一项服务端技能来支持我的app，找人配合麻烦多多。

后来一咬牙自学Django，在两周内基本掌握。

为什么这么快，因为移动app的后端一般不会产生页面，只对移动端的http请求进行校验和返回json就行了。

你作为一个移动开发者如果选Django的话，找本书入门一下Python，大约一周就够，我是看的这本在线书woodpeckerorgcn/diveintopython/toc/indexhtml，其实学到第七章就够了，其他知识可以需要时再补。

然后第二周入门Django，一Python的web快速开发框架，有框架作者写的在线书

djangobookpy3kcn/20/

，这书的实践性非常强跟着做不需要指导也可以入门。学到十章就够开发移动app后端了，由于Django自带一个数据库管理页面，所以已经满足你的要求了。

最爽的是，GAE，和SAE都支持Django，可以方便的把你的服务架设到云端，用于初期测试。在数据流量小的时候，基本不花钱，非常方便。

　　1、服务器端区分连接终端类型和平台版本不难，主要是数据接口的设计和负载能力。比如米聊，对所有终端内部的通信、存储、转发机制是样的。那你核心还是服务器端的技术储备和能力。

　　2、Talk box的通信机制实现起来不难，但还是前面的这个问题，就是服务器端的技术，同时语音的压缩和播放是否有自己的或者适合的引擎，因为Talk box 可以做到每秒2K的数据量超过移动网络的话音通信质量。

　　3、游戏的跨平台，建议还是使用跨平台的引擎。Cocos2D 之后衍生的 Cocos2D-X要到年底才能比较完善的支持多平台（主要是目前Android平台Cocos2D-X还是需要用JAVA和C混编，要求比较高）而3D也有类似的可选择产品。

　　4、是否有必要上来就考虑夸平台，这是个疑问。目前我们真的还没有看到哪个产品上来就提供网络游戏多平台支持的，因为各个平台目前盈利模式和收费渠道有所不同，所以你很难直接用iOS上的费率要求Android用户也认账，除非是直接针对海外市场。而目前iOS Android WP7这些平台上最成功的网络游戏还没有超过10万人在线的，前面问题中100万 1000万的这个前提至少半年甚至1年内不存在。

　　5、回合制游戏，我们要求做弱联网就是GPRS下必须可玩，如果一定是长连接，请评估自己通过优化后能得到的最小数据通信量。如果做手机网络游戏只能WIFI环境，或者断线后游戏进程没有等待或者恢复机制。那基本上不太可能或者真正的或者持续的成功

　　6、目前北美Grossing 前30名，无论iPhone 还是iPad，传统概念的网络游戏几乎都是不存在的，只有弱联网的棋牌、农场、经营类，我们不认为MMO、大型联网游戏、3D网络游戏短时间内会有足够的市场空间。Android平台由于70%的终端还是里程碑时代的性能，所以建议产品选型的时候慎重，考虑跨平台同步实现的时候慎重，网络连接的带宽需求设计慎重。

Net目前主流开发语言是C#， C++和C#都可以做应用和服务端程序，做移动端开发和PC端开发，服务器方面无关，安卓和苹果手机端开发当然需要支持开发的开发环境了，安卓用Java,ios可以用object c。

C#简单易入门，开发软件应用比较快速，但是不能用于安卓和Ios开发