ios服务器开发,iOS系统开发

回答一个合格的IOS开发工程师应具备哪些条件

一、Objective-C

成都创新互联公司专注于网站建设|网页维护|优化|托管以及网络推广，积累了大量的网站设计与制作经验，为许多企业提供了网站定制设计服务，案例作品覆盖成都生料搅拌车等行业。能根据企业所处的行业与销售的产品，结合品牌形象的塑造，量身建设品质网站。

C语言是iOS开发的语言基础，而Objective-C是iOS开发的标准语言，也是为众多iphone开发工程师所公认的标准，所以必须要掌握。内容包括以下这些：

（1）Objective-C语言基础；

（2）library，framework的制作；

（3）Runtime编程；

（4）LLVM原理和调优。

二、操作系统

操作系统使计算机系统所有资源最大限度地发挥作用，提供各种形式的用户界面，使用户有一个好的工作环境，为其它软件的开发提供必要的服务和相应的接口。所以，必须对ISO操作系统很熟悉才行。包括以下方面的内容：

（1）iOS内存管理和调优；

（2）iOS的文件系统和沙盒机制；

（3）iOS多线程编程（Thread，GCD，NSOperation）；

（4）iOS网络和服务器编程（NSURLConnection，NSURLSession）；

（5）iOS系统的各种安全机制。

三、网络编程

网络编程是学习iOS开发必须掌握的编程技巧，涉及到Htpps、Socket编程等；在这一部分处理的规范程度，直接影响到苹果AppStore的审核。

（1）iOS网络发送机制调整和优化（NSURLSession）；

（2）Socket编程；

（3）网络传输中的各种保障；

（4）对传输协议的调整优化。

四、数据库持久化方案

数据库持久化就是把数据保存到可永久保存的存储设备中，持久化的主要应用是将内存中的数据存储在关系型的数据库中。

（1）常规持久化方案（Keychain，NSUserDefaults，Sqlite，CoreData）；

（2）数据库的使用和设计（Sqlite）；

（3）数据结构优化，Sql调优。

五、图形图像编程

iOS开发过程中，大部分的APP都是采用多视图设计来完成的。所以要熟悉一些图像的绘制：

（1）UIKit，CoreAnimation和CoreText的绘制；

（2）CoreGraphics，Quartz2D，MediaPlayer，AVFoundation；

（3）OpenGLES，GLKit，SpriteKit，SceneKit，Metal。

六、数据结构算法

懂得基本的算法：

（1）基本的算法和数据结构（排序搜索算法，数组，队列）；

（2）较复杂数据结构的灵活应用（二叉树，图等）；

（3）复杂的专项算法（图像识别算法，拓扑定位等）。

七、业务能力

作为一名优秀或者说是及格的iOS程序员，必须要有一定的将功能需求转化并实现的业务能力：

（1）一般性业务功能需求分析及实现；

（2）重要业务模块的需求分析及实现；

（3）中小规模产品的架构，系统设计和实现；

（4）大规模产品或产品线的架构，系统设计和实现；

（5）平台级产品的架构，系统设计和实现。

八、安全方案

另外，还需要提供对数据安全方面有利的方案：

（1）本地数据存储安全（Keychain）；

（2）授权和身份验证；

（3）传输安全（对称，非对称，SSL）；

（4）App代码安全。

九、专业素质

作为一名iOS工程师，需要具备一定专业素质，包括：

（1）团队协作能力。软件开发要求开发参与者间有一定默契度，从事自己工作之余为其他同伴创造条件；

（2）沟通能力。能清晰的把你对项目的理解、开发中的问题等转达给同事和用户；

（3）强烈的好奇心和学习精神。IOS软件开发的变化和创新几乎是每时每刻的，优秀的程序员要适应和主动迎合行业变化的大环境；

（4）冷静、细心。及时发现问题和判断对策。

iOS开发网络篇—Socket编程

一、网络各个协议：TCP/IP、SOCKET、HTTP等

网络七层由下往上分别为物理层、数据链路层、网络层、传输层、会话层、表示层和应用层。

其中物理层、数据链路层和网络层通常被称作媒体层，是网络工程师所研究的对象；

传输层、会话层、表示层和应用层则被称作主机层，是用户所面向和关心的内容。

http协议对应于应用层

tcp协议对应于传输层

ip协议对应于网络层

三者本质上没有可比性。 何况HTTP协议是基于TCP连接的。

TCP/IP是传输层协议，主要解决数据如何在网络中传输；而HTTP是应用层协议，主要解决如何包装数据。

我 们在传输数据时，可以只使用传输层（TCP/IP），但是那样的话，由于没有应用层，便无法识别数据内容，如果想要使传输的数据有意义，则必须使用应用层 协议，应用层协议很多，有HTTP、FTP、TELNET等等，也可以自己定义应用层协议。WEB使用HTTP作传输层协议，以封装HTTP文本信息，然 后使用TCP/IP做传输层协议将它发送到网络上。Socket是对TCP/IP协议的封装，Socket本身并不是协议，而是一个调用接口（API），通过Socket，我们才能使用TCP/IP协议。

二、Http和Socket连接区别

相信不少初学手机联网开发的朋友都想知道Http与Socket连接究竟有什么区别，希望通过自己的浅显理解能对初学者有所帮助。

2.1、TCP连接

要想明白Socket连接，先要明白TCP连接。手机能够使用联网功能是因为手机底层实现了TCP/IP协议，可以使手机终端通过无线网络建立TCP连接。TCP协议可以对上层网络提供接口，使上层网络数据的传输建立在“无差别”的网络之上。

建立起一个TCP连接需要经过“三次握手”：

第一次握手：客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认；

第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；

第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。

握

手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连

接之前，TCP

连接都将被一直保持下去。断开连接时服务器和客户端均可以主动发起断开TCP连接的请求，断开过程需要经过“四次握手”（过程就不细写了，就是服务器和客

户端交互，最终确定断开）

2.2、HTTP连接

HTTP协议即超文本传送协议(HypertextTransfer Protocol )，是Web联网的基础，也是手机联网常用的协议之一，HTTP协议是建立在TCP协议之上的一种应用。

HTTP连接最显著的特点是客户端发送的每次请求都需要服务器回送响应，在请求结束后，会主动释放连接。从建立连接到关闭连接的过程称为“一次连接”。

1）在HTTP 1.0中，客户端的每次请求都要求建立一次单独的连接，在处理完本次请求后，就自动释放连接。

2）在HTTP 1.1中则可以在一次连接中处理多个请求，并且多个请求可以重叠进行，不需要等待一个请求结束后再发送下一个请求。

由

于HTTP在每次请求结束后都会主动释放连接，因此HTTP连接是一种“短连接”，要保持客户端程序的在线状态，需要不断地向服务器发起连接请求。通常的

做法是即时不需要获得任何数据，客户端也保持每隔一段固定的时间向服务器发送一次“保持连接”的请求，服务器在收到该请求后对客户端进行回复，表明知道客

户端“在线”。若服务器长时间无法收到客户端的请求，则认为客户端“下线”，若客户端长时间无法收到服务器的回复，则认为网络已经断开。

三、SOCKET原理

3.1、套接字（socket）概念

套接字（socket）是通信的基石，是支持TCP/IP协议的网络通信的基本操作单元。它是网络通信过程中端点的抽象表示，包含进行网络通信必须的五种信息：连接使用的协议，本地主机的IP地址，本地进程的协议端口，远地主机的IP地址，远地进程的协议端口。

应

用层通过传输层进行数据通信时，TCP会遇到同时为多个应用程序进程提供并发服务的问题。多个TCP连接或多个应用程序进程可能需要通过同一个

TCP协议端口传输数据。为了区别不同的应用程序进程和连接，许多计算机操作系统为应用程序与TCP／IP协议交互提供了套接字(Socket)接口。应

用层可以和传输层通过Socket接口，区分来自不同应用程序进程或网络连接的通信，实现数据传输的并发服务。

3.2 、建立socket连接

建立Socket连接至少需要一对套接字，其中一个运行于客户端，称为ClientSocket，另一个运行于服务器端，称为ServerSocket。

套接字之间的连接过程分为三个步骤：服务器监听，客户端请求，连接确认。

服务器监听：服务器端套接字并不定位具体的客户端套接字，而是处于等待连接的状态，实时监控网络状态，等待客户端的连接请求。

客户端请求：指客户端的套接字提出连接请求，要连接的目标是服务器端的套接字。为此，客户端的套接字必须首先描述它要连接的服务器的套接字，指出服务器端套接字的地址和端口号，然后就向服务器端套接字提出连接请求。

连

接确认：当服务器端套接字监听到或者说接收到客户端套接字的连接请求时，就响应客户端套接字的请求，建立一个新的线程，把服务器端套接字的描述发给客户

端，一旦客户端确认了此描述，双方就正式建立连接。而服务器端套接字继续处于监听状态，继续接收其他客户端套接字的连接请求。

3.3、SOCKET连接与TCP连接

创建Socket连接时，可以指定使用的传输层协议，Socket可以支持不同的传输层协议（TCP或UDP），当使用TCP协议进行连接时，该Socket连接就是一个TCP连接。

3.4、Socket连接与HTTP连接

由

于通常情况下Socket连接就是TCP连接，因此Socket连接一旦建立，通信双方即可开始相互发送数据内容，直到双方连接断开。但在实际网络应用

中，客户端到服务器之间的通信往往需要穿越多个中间节点，例如路由器、网关、防火墙等，大部分防火墙默认会关闭长时间处于非活跃状态的连接而导致

Socket 连接断连，因此需要通过轮询告诉网络，该连接处于活跃状态。

而HTTP连接使用的是“请求—响应”的方式，不仅在请求时需要先建立连接，而且需要客户端向服务器发出请求后，服务器端才能回复数据。

很

多情况下，需要服务器端主动向客户端推送数据，保持客户端与服务器数据的实时与同步。此时若双方建立的是Socket连接，服务器就可以直接将数据传送给

客户端；若双方建立的是HTTP连接，则服务器需要等到客户端发送一次请求后才能将数据传回给客户端，因此，客户端定时向服务器端发送连接请求，不仅可以

保持在线，同时也是在“询问”服务器是否有新的数据，如果有就将数据传给客户端。

这里我们使用Socket实现一个聊天室的功能，关于服务器这里的就不介绍了

@interfaceViewController (){

NSInputStream *_inputStream;//对应输入流

NSOutputStream *_outputStream;//对应输出流

}

@property (weak, nonatomic) IBOutlet NSLayoutConstraint *inputViewConstraint;

@property (weak, nonatomic) IBOutlet UITableView *tableView;

@property (nonatomic, strong) NSMutableArray *chatMsgs;//聊天消息数组

@end

懒加载这个消息数组

//从主运行循环移除

//1.建立连接

//定义C语言输入输出流

//把C语言的输入输出流转化成OC对象

//设置代理

//把输入输入流添加到主运行循环

//不添加主运行循环 代理有可能不工作

//打开输入输出流

//登录

//发送用户名和密码

//在这里做的时候，只发用户名，密码就不用发送

//如果要登录，发送的数据格式为 "iam:zhangsan";

//如果要发送聊天消息，数据格式为 "msg:did you have dinner";

//登录的指令11NSString *loginStr =@"iam:zhangsan";

//把Str转成NSData

//建立一个缓冲区 可以放1024个字节

//返回实际装的字节数

//把字节数组转化成字符串

//从服务器接收到的数据

//聊天信息

//刷新表格

//发送数据

//发送完数据，清空textField

//数据多，应该往上滚动

}

//监听键盘

//获取窗口的高度

//键盘结束的Frm

//获取键盘结束的y值

给iOS程序提供数据的服务器端采用什么开发更好

我最近也在做后端，Python，Ruby，Node 都用了一下，最后选择 NodeJS。

在选择时，Ruby on Rails，Django 第一个出局，因为考虑到 API 应该轻，快。

Python 曾经用过 Flask，考虑过 Bottle。不过两者的 Extensions 的功能都无法需求。

Ruby 的 Sinatra 是最好用的。选择 Sinatra + Mongoid，一个星期可以搞出来（我自己的情况）。

现在选择用 NodeJS 的 ExpressJS ＋ Mongoose 搭配。从 Ruby 转成 Node，主要是因为看上 NodeJS 的性能。Request per Second 的话，NodeJS 7000 左右，ExpressJS 3000 左右，Sinatra 900 左右，Ruby on Rails 300 左右。

我写 JavaScript 都是用 CoffeeScript 写的，所以写起来就像写 Ruby 或 Python 一样，非常 Lisp。

ExpressJS 的开发也是这些框架里面，最活跃的。

ios独立开发者的服务器怎么解决

用一套安全的，将来也不会被禁用的设备识别体系，就可以了。其实TalkingData早在iOS 6发布的时候就已经开始着手研究相关解决方案了，不用UDID，不需要提取MAC地址，也不用夸应用访问公共剪切板，更不需要借助Safari Cookie，就可以轻松实现独立设备的识别--这套体系就是TIID(TalkingData Independent ID)。目前TIID已经可以做到不受IDFA、IDFV影响，始终保持一致，即便是用户刷机，但只要恢复数据，即可保持TIID前后一致。唯一会导致TIID发生改变的情况就是用户彻底重置设备且放弃恢复备份的数据--对于一个iOS用户来说，这种事件的发生几率极小，即便是更换新的设备，用户也大多会选择从之前的设备备份数据恢复到新设备上。

打算在ios开发一款类似微博的软件，需要自己搞服务器，应该怎样做呢？

根据用户的多少并发量等问题采用不同的解决方案。如果你只是想写一个run起来的app和服务器端其实非常简单。服务器端你不用过多考虑（多了你也想不到），就采用普通的网站接口设计就好，比如用php啊、asp.net啊等等，哪个顺手用哪个。移动客户端就用url来回传值就好了。新浪微博这样的服务器端设计，恐怕一个人是搞不定的，需要资深的经验和很多人来一起搞。

iOS系统应用内支付开发有什么限制

一，iOS端开发。

如果购买成功，我们需要将凭证发送到服务器上进行验证。考虑到网络异常情况，iOS端的发送凭证操作应该可以持久化，如果程序退出，崩溃或网络异常，可以恢复重试。

二，服务器端开发。

服务器后台的工作比较简单，分为4步：

1，接收iOS端发来的购买凭证。

2，判断凭证是否已经存在，是否验证过，然后，存储该凭证。

3，将该凭证发送到苹果的服务器验证，并将验证结果返回给客户端。

4，如果需要，修改用户相应的会员权限。

考虑到网络异常的情况，服务器的验证应该是一个可恢复的列队，如果失败了，应该进行重试。