yangzigege的博客

一，编码： HTTP 在传输数据时可以按照数据原貌直接传输，但也可以在传输过程中通过编码提升传输速率。通过在传输时编码，能有效地处理大量的访问请求。但是，编码的操作需要计算机来完成，因此会消耗更多的 CPU 等资源。

一，单例设计模式 保证一个类仅有一个实例对象，并提供一个访问它的全局访问点。 在编程过程中，需要注意多线程安全问题。

一，生成器模式（建造者模式） 有的时候，创建某些对象有多种不同的方式，如果这些逻辑包含在构建这些对象的类的单一方法中，构建的逻辑会非常荒诞（需要大量的if else，switch等语句）。如果能够把构建的过程分解成 客户-指导者-生成器（client-director-builder）的关系，那么过程可以更加容易管理和复用。这种关系的设计模式，就是生成器。 除了客户和所需的产品，生成器还包含两

一，抽象工厂模式 在软件设计过程中，如果客户端需要手动创建一个类的对象，那么客户端需要知道这个类的细节。如果一组相关的对象需要在运行时按照不同的标准创建不一样的对象，那么客户端还需要知道全部细节才可以创建。这是恨糟糕的！ 这时可以使用抽象工厂模式，提供一个固定的接口，用于创建一系列有关联或者相依存的对象，而不用指定具体类和细节。这样客户端和从工厂得到的对象之间没有发生耦合。 抽象工厂模式关系

一，原型模式 "使用原型实例指定创建对象的种类，并通过复制这个原型创建新的对象"，简单说就是根据原型来创建对象，而不需要知道具体的创建细节。 模式结构： 在原型模式的结构中： Prototype是一个接口，用来统一规范了一个clone()方法，用来执行对象的拷贝 ConcretePrototype1和ConcretePrototype2是实现Prototype接口方法的两个具体类。

- (void)addViews{     self.steeringWheelImgV = [[UIImageView alloc]init];     self.steeringWheelImgV.image = [UIImage imageNamed:@"steering_wheel"];     [self.view addSubview:self.steeri

传送门：代码编程：超级详细的OC代码命名规范  回复获取密码。

//代码： UIViewController * vc = [[UIViewController alloc]init]; vc.modalPresentationStyle = UIModalPresentationOverCurrentContext; [self presentViewController:vc animated:NO completion:NULL];

使用UIPageViewController作为容器，可以盛装多个ViewController，高效实现可以左右／上下滑动切换不同流。 代码片段： 遵守 UIPageViewControllerDataSource, UIPageViewControllerDelegate, 协议 创建pageViewController对象： //创建底部的pageViewControll

最近研究了下iOS post多文件上传和java web后台的交互。 有http协议基础的同学，相信理解起来不难。 iOS多文件post上传代码： /** * 多文件上传 * * @param keyName 服务器需要识别的 获取文件的名称userfile[] * @param filesDict 文件上传的字典 。key = 文件的名字，value =文件的路径

问题描述： 最近有个需求，需要根据需要变化TableView的tableHeadView的高度，内容随着tableView的高度变化向下移动。 但是神器的一幕出现了，当重新设置了TableView的tableHeadView的frame的height变大以后，tableHeadView会变高，但是cell内容没有向下移动，被tableHeadView遮挡了。 这种情况并不是发生在所有机型。

HTTP采纳了多部分对象集合，发送的一份报文主体可包含多类型实体。通常是上传图片或者文本文件时候使用。这就好比我们发邮件的时候，邮件里面可以携带多种类型文件的附件一样。 一，多部分对象集合包含的对象如下： 1，multipart/form-data 在Web表单文件上传时使用。 2，multipart/byteranges 状态码206（Partial Content，部分内容）

一，HTTP的无状态性： HTTP 是一种不保存状态，无状态（stateless）协议。HTTP 协议自身不对请求和响应之间的通信状态进行保存。也就是说在 HTTP 这个级别，协议对于发送过的请求或响应都不做持久化处理。使用 HTTP 协议，每当有新的请求发送时，就会有对应的新响应产生。协议本身并不保留之前一切的请求或响应报文的信息。这是为了更快地处理大量事务，确保协议的可伸缩性，而特意把 HT

一，客户端和服务器： HTTP协议主要用于客户端和服务器之间的通信。 1，客户端（client）：请求访问资源的一端。（知道为啥用C表示客户端了吧） 2，服务器（server）：提供资源响应的一端。 两台使用HTTP协议通信的两台计算机，在一条通信线路上，必定有一端是客户端，另一端是服务器。就实际情况而言，两台计算机之间作为服务器或者客户端角色可能会发生互换，就一条通信线路而言（记

使用HTTP协议的时候，客户端可以通过HTTP方法告知服务器自己请求的意图。 看了这篇文章以后，谁再说HTTP方法只有GET和POST，不要说是洋子老师的学生！ 一，GET：获取资源 GET用来请求访问被URI识别的资源。指定的资源经过服务器解析后返回响应的内容。 GET请求和响应举例 二，POST：传输实体主体 POST用来传输实体主体。虽然用 GET 方

一，内容协商（Content Negotiation） 同一个Web网站可能存在很多份相同内容的页面，比如英文版和中文版的Web页面，它们内容上相同，但是使用语言不同。比如大家进入英文版的google首页和中文版的google首页，页面元素布局一致，但是显示的语言不同。 当浏览器的默认语言为英文或者中文，访问相同URI的Web页面时候，就返回对应的英文或中文的Web页面，这种机制称为内容协商（

一，状态码： 状态码告知从服务器返回的请求结果。用户借助状态码可以判断服务器是正常处理了请求，还是发生了错误。 状态码比如200 OK，以3位数字和原因短语组成。 数字中的第一位制定了相应的类别，后两位无分类。响应类别有下面五种： 只要遵守状态码类别的定义，即使改变了RFC2616中定义的状态码，或者服务器自行创建状态码都没有问题。 二，十四中常见的状态码：

一，HTTP报文： 用于HTTP交互的信息称为HTTP报文。请求端（客户端）的HTTP报文叫做请求报文，响应端（服务器）的叫做响应报文。HTTP报文本身是由多行（用CR+LF换行）数据构成的字符串文本。 报文可以分为“报文首部”和“报文主体”两个部分 二，HTTP报文的结构： 请求报文和响应报文的结构如下 请求报文和响应报文举例： 请求报文和响应报文

一，工厂方法模式 工厂方法模式：定义创建对象的接口，让子类决定实例化那一个类。工厂方法使得类的实例化延迟到其子类。 静态类结构图： Product：产品抽象类，定义产品对象的创建接口。 ConcreteProduct：实现Product接口的具体产品类。 Creator：定义返回Product对象的工厂方法，也可以提供工厂方法的默认实现。 ConcreteCreator：Creat