代码组织

在函数分组和protocol/delegate实现中使用#pragma mark -来分类方法，要遵循以下一般结构：

写与深夜中，今天下午去面试去面试一家初创公司，然后又接到到了丁香园的电话面试，这篇blog记录一下面试的一些问题，有的回答的还行，有点感觉不太好，主要是有些英文单词说的太low了估计被鄙视了吧，下面给大家总结一下面试的一些问题，有些回答是摘要一些大神blog的出处，都有给原链接，希望见谅~~

简单讲解一下http请求，以及GET POST的区别

这个问得其实不是很难，主要看你了不了解了，我因为了解一些后台的东西，所以回答的还行，下面我给大家看两幅图片大家就基本了解了：

• 请求Request的原数据

最近撸了一个上拉刷新的小轮子，只要遵循一个协议就能自定义自己动效的上拉刷新和加载，我自己也写了几个动效进去，下面是一个比较好的动效的实现过程

先上效果图和github地址，完整代码个demo和进入查看，有其他好的动效大家也可以学习交流~

最近撸了一个上拉刷新的小轮子，只要遵循一个协议就能自定义自己动效的上拉刷新和加载，我自己也写了几个动效进去，下面是一个比较好的动效的实现过程

先上效果图和github地址，有其他好的动效大家也可以交流~

动效的原地址，在uimovement网站上看到这个动效时感觉特别6，就想自己实现一下，费了很长时间，换了几种方案终于实现出来了，下面是实现的步骤：

偶尔会发布自己的开源框架到CocoaPods上，但是每次都忘记命令行，写这篇博客的目的是为了记录下来步骤，方便以后翻阅使用

一、先将代码传到github上

这步比较简单，大致说一下：

1
2
3
4
5
6
7
8
9
10

// 创建本地仓库
git init
// 添加名称为origin的远程连接
git remote add origin '你的github项目地址'
// 将本地代码加入本地仓库里
git add .
// 提交修改到本地仓库
git commit -m '你的修改记录'
// 推送master分支的代码到名称为origin的远程仓库
git push origin master

外观模式

外观模式（Facade），为子系统中的一组接口提供一个一致的界面，定义一个高层接口，这个接口使得这一子系统更加容易使用。

外观模式的基本实现

模板方法模式

模板方法模式，定义一个操作中算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。

模板方法模式的基本实现

设计模式学习的demo地址，欢迎大家学习交流

代理模式

代理模式为其他对象提供一种代理以控制对这个对象的访问，在某些情况下，一个对象不适合或者不能直接引用另一个对象，而代理对象可以在客户端和目标对象之间起到中介的作用。

代理模式的组成

• 抽象角色：通过接口或抽象类声明真实角色实现的业务方法。
• 代理角色：实现抽象角色，是真实角色的代理，通过真实角色的业务逻辑方法来实现抽象方法，并可以附加自己的操作。
• 真实角色：实现抽象角色，定义真实角色所要实现的业务逻辑，供代理角色调用。

设计模式学习的demo地址，欢迎大家学习交流

原型模式

用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。

定义

用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。Prototype原型模式是一种创建型设计模式，Prototype模式允许一个对象再创建另外一个可定制的对象，根本无需知道任何如何创建的细节,工作原理是:通过将一个原型对象传给那个要发动创建的对象，这个要发动创建的对象通过请求原型对象拷贝它们自己来实施创建。它主要面对的问题是：“某些结构复杂的对象”的创建工作；由于需求的变化，这些对象经常面临着剧烈的变化，但是他们却拥有比较稳定一致的接口。

策略模式

策略模式定义了算法家族，分别封装起来，让它们之间可以相互替换，此模式让算法的变化，不会影响到使用算法的客户。

策略模式的组成

• 抽象策略角色（Strategy）： 策略类，通常由一个接口或者抽象类实现。
• 具体策略角色（ConcreteStrategy）：包装了相关的算法和行为。
• 环境角色（Context）：持有一个策略类的引用，最终给客户端调用。