首先来看MBProgressHUD的几种显示模式：
|
|
|
|
MBProgressHUD作者把方法的定义放在最上面，而很多人是把属性放在方法上面，这只是习惯问题，无伤大雅：
|
|
调用showAnimated，这里首先进行线程安全判断，因为对于 UIView 的处理必须在主线程中, 所以在这里要先用 [NSThread isMainThread] 来确认当前前程为主线程，而 MBMainThreadAssert()就是一个主线程安全判断的宏定义：
|
|
这里需要说的一点，showUsingAnimation方法设置了NSProgress的监听方法，来防止程序多次显示同一Hud时的progress值错误，这里使用CADisplayLink 来刷新progress的变化。那么会有人问了为什么没有使用NSTimer和KVO呢？因为CADisplayLink在正常情况下会在每次刷新结束都被调用，精确度相当高，并且不需要关心屏幕的刷新频率，适合做UI的不停重绘，比如自定义动画引擎或者视频播放的渲染；而NSTimer的精确度就显得低了点，比如NSTimer的触发时间到的时候，runloop如果在阻塞状态，触发时间就会推迟到下一个runloop周期；如果使用kvo机制来监听的话，因为动画刷新频率比较快，可能会非常消耗主线程，拖重性能：
|
|
+ hideHUDForView:animated:方法的实现和 + showHUDAddedTo:animated:差不多，而+ HUDForView:方法会返回对应 view 最上层的 MBProgressHUD 的实例。
|
|
然后调用的- hideAnimated: 方法和 - hideUsingAnimation:方法，来实现hud的隐藏，同样- hideUsingAnimation:方法也是每个隐藏方法的必调核心方法，而只有在 HUD 隐藏之后 - done 负责隐藏执行completionBlock和 delegate的回调：
|
|
通过观察hud的显示和隐藏逻辑不难看出，无论是 show 方法，还是 hide 方法，在设定animated属性为YES的前提下，最终都会走到 animateIn: withType: completion: 方法：
|
|
1、代码的质量非常高，方法的抽象程度高，但是不繁琐，暴露对外的API最终走向同一个私有方法，这种设计思想，使得框架维护起来十分方便快捷。
2、设计显示上加上的graceTimer、minShowTimer、hideDelayTimer的概念，使得hud的显示与隐藏有了缓冲的时间，可以提高稳定性和定制性。
]]>接下来我来介绍一些我在自己的服务器是如何使用docker部署nginx和php的。
首先需要在服务器端安装docker，这个不是本篇文章的重点所以就不详加叙述了，具体docker的安装方法在docker的官网上有，而且非常详细，按照官网提供的步骤一步一步来就可以安装成功。
下载或者构建需要的php和nginx的镜像。这里我使用的nginx镜像是docker官网提供的nginx镜像，php的镜像是使用ubuntu:16.04的镜像构建的php镜像。php的版本是PHP 7.0.8-0ubuntu0.16.04.3 (cli) ( NTS )。注意如果php启动是需要php-fpm。php5.3以上版本fpm就内建在php内。如果是5.3一下需要在另外安装编译php，具体的教程可是可以找到的。nginx的版本是nginx/1.11.6。这个是现在目前docker官网最新的版本。具体的执行的命令有：
|
|
然后启动nginx。使用service nginx start或者service nginx restart。
基本按照上述的步骤做下来就可以实现nginx和php的互联了
]]>
这一年由于种种原因离开了我在魔都服务的第一家公司，思来氏一直做着教育方面的改革领路人，非常感谢这个温暖的家庭让我在魔都有了立足的勇气。一直认为技术人是公司里面最不搅事的人，技术人是甘心耕地，为自己心中的理想改变世界的工种。而我也为是其中的一员感到骄傲。
在一线城市的第二个公司，充满着期望和忐忑；期望自己在新的公司能有一番作为，忐忑是没有做出聪明的选择，之前的同事给我说过，工作要看人，做事先做人，看人准了就行，所以我相信我的选择。因为一直觉得自己是一个非常积极向上的人，遇事总是向好的一面看，我觉得这是我每天都很斗志昂扬，积极的原因，所以一向很少看鸡汤的我，总是心里面给自己喝着一碗又一碗功力十足的鸡汤。
做事情总是要有准则的，跟做人一样，每个人都有自己处事处人的准则，所以愿新的一年自己能有收获，向自己的梦想前进！
]]>Docker 包括三个基本概念:
这三部分组成了Docker的整个生命周期，如下图所示，容器是由镜像实例化而来的，这和我们学习的面向对象的概念十分相似，我们可以把镜像想象成类,把容器想象成类经过实例化后的对象，这样就非常好理解镜像和容器的关系了。
Docker的镜像概念类似于虚拟机里的镜像，是一个只读的模板，一个独立的文件系统，包括运行容器所需的数据，可以用来创建新的容器。
例如：一个镜像可以包含一个完整的 ubuntu 操作系统环境，里面仅安装了Mysql或用户需要的其它应用程序。
Docker的镜像实际上由一层一层的文件系统组成，这种层级的文件系统被称为UnionFS。镜像可以基于Dockerfile构建，Dockerfile是一个描述文件，里面包含若干条命令，每条命令都会对基础文件系统创建新的层次结构。
Docker 提供了一个很简单的机制来创建镜像或者更新现有的镜像，用户甚至可以直接从其他人那里下载一个已经做好的镜像来直接使用。
注：镜像是只读的，可以理解为静态文件。
Docker 利用容器来运行应用。
Docker容器是由Docker镜像创建的运行实例。Docker容器类似虚拟机，可以支持的操作包括启动，停止，删除等。每个容器间是相互隔离的，容器中会运行特定的应用，包含特定应用的代码及所需的依赖文件。
可以把容器看做是一个简易版的 Linux 环境（包括root用户权限、进程空间、用户空间和网络空间等）和运行在其中的应用程序。
注：相对于镜像来说容器是动态的，容器在启动的时候创建一层可写层作为最上层。
如果你使用过git和github就很容易理解Docker的仓库概念。Docker 仓库的概念跟Git 类似，注册服务器可以理解为 GitHub 这样的托管服务。
Docker 仓库是用来包含镜像的位置，Docker提供一个注册服务器（Register）来保存多个仓库，每个仓库又可以包含多个具备不同tag的镜像。Docker运行中使用的默认仓库是 Docker Hub 公共仓库。
仓库支持的操作类似git，当用户创建了自己的镜像之后就可以使用 push 命令将它上传到公有或者私有仓库，这样下次在另外一台机器上使用这个镜像时候，只需要从仓库上 pull 下来就可以。
]]>不仅仅是移动APP，包括面向服务的SOA架构，都需要制定一套统一、规范的接口，那么，做这样的后端接口需要注意哪些问题呢？
所谓跨平台是指我们的接口要能够支持不同的终端，比如android、ios以及桌面软件、网站等，一套接口，支持多端，就像当年Java的口号一样“Write Once,Run Anywhere”。
当然从本质上讲，服务器端的接口跟终端是没有太大关系的，只是接口应该考虑到不同端的接入成本，采用通用的解决方案，比如通信协议就采用最常用的HTTP协议，如果是即时通信，可以采用开放的XMPP协议，做游戏的可以采用可靠的TCP协议，除非TCP不够用了，再采用定制的UDP协议。数据交换采用xml或者json格式等等。总之，要达到的目标就是让不同的端能够很方便的使用你的接口。
如果要用一个指标来衡量接口的性能的话，那么我想最重要的就是响应速度了。接口应该以最快的速度将数据返回给请求者。
试想，当我们打开一个页面，如果“努力加载中”之类的提示超过三五秒钟的话，我们肯定会变得不耐烦，移动app本来大部分就是用户在碎片化时间来使用的，在有限的时间内，用户恨不得获得的信息越多越好，即使你的app界面设计的再好，用户也不会买账。
提高响应速度又是个老生常谈的问题，大体上应该按照以下步骤来做：
初期，以功能为主，要保证功能完整，满足业务需求，这阶段可以使用动态的语言，比如java、php、asp.net等，配合设计良好的数据库结构和索引，能满足一定的需求；
其次，随着用户的增多，可以考虑一些缓存方案，缓存是解决性能问题的万金油，通常能起到立竿见影的效果。
最常用的静态文件缓存，memcached内存缓存等。
然后，单台机器的吞吐率不行了，通过负载均衡多加几台机器就行了。七八台机器，支持每天千万级的接口调用是可行的。或者，直接采用CDN的解决方案，将绝大多数的静态资源交给CDN去处理。总之，要达到的目标就是快，一个页面，秒开最好，超过三秒就需要找找原因了。
接口不仅仅是提供数据和功能就完事了，更应该充分考虑移动端的特性，为移动端提供更加方便、快捷的接口。
比如，在移动端里，下拉刷新和上拉加载更多是很常见的功能，如果接口仍然按照传统的web思路，只提供按页读取的话，就会造成移动端的额外的数据请求和计算。 这时，接口就应该针对这两种类型的操作提供额外的支持。
再比如，对于一个新闻阅读类的app来说，最新的新闻列表里的文章，特别是前几条，用户很容易点击进去看，而后面的老的文章列表，一来用户下滑加载好几页的情况较少，二来过时的新闻用户也很少点。如果，接口在返回新闻列表时，对于最新的列表，可以直接把文章的正文（或者部分正文，比如一屏的内容）信息一起传给客户端，这样，用户在打开新闻详情页的时候，就不用再从服务器端获取了，自然可以做到秒开。
比如访问第一页时，接口可以返回文章内容，如下所示 ，content=1表示加载文章内容newslist?page=1&pagesize=20&content=1其他页时，newslist?page=5&pagesize=20&content=0 ,不用加载文章内容。
当然，客户端要跟接口做好配合，搭配好，才能最大化的提高性能。比如，移动端都有左右滑动来看上一篇、下一篇文章或者图片的功能，如果，当用户请求某篇文章的时候，服务器端顺便也把下一篇文章的内容返回回来了，那么当用户看下一篇的时候，是不是就很快了呢。
当然这种preload的方案也不能滥用，如果预加载数据的命中率较低的话，也不行，白白浪费了很多的流量。
如果让我们说出哪类app比较好，可能还不大好说，但是如果让我们说出哪些app很差，我们肯定会说出那些 体积很大、占用内存多、界面很卡、费电的app不好。
对于移动APP开发者来说， 网络流量和电池电量是不得不考虑的问题。
不过，您也许会说，这些跟接口没啥关系吧，服务器端的接口还能管得了客户端的网络流量和电量？
对于网络情况，接口应该具备为不同的网络提供不同的内容的能力，通常，移动端的上网方式无非是2G（GSM、GPRS、EDGE）、3G（CDMA、TDSCDMA、WCDMA）、WIFI，设想一下，如果用户在流量需要花钱的情况下，你的app给用户展示了视频、音频、大量的图片而没有通知用户的情况下，用户会怎么想，毕竟国内的流量费用还是很贵的。还以上面的新闻列表接口为例，如果我们能够知道用户的网络情况，只有在wifi的情况下才给用户传输封面图、缩略图之类的，是不是可以帮用户节省很多流量呢。
newslist?page=1&pagesize=20&content=1&network=wifi
对于电量，首先我们要弄清楚，app的哪些方面会消耗电量？
比如app有大量的计算、有很炫的视觉画面都会消耗电量， 另外，不断的移动网络链接也会消耗大量的电量，我们都知道移动网络是通过无线电波来通讯的，那么发射装置就需要消耗一定的电量来发射和接收无线信号。特别的是，频繁的链接会不断的切换网络设备与移动基站之间连接状态，这都会消耗一部分电量。
所以，对于接口而言，尽量用少的链接传输多的数据，比如，对于关于我们、版本更新以及一些系统配置信息，完全可以通过一次链接全部返回给客户端。
目前，对于接口和客户端的数据交换格式，基本上就是两种，xml和json，而现在使用json的应该占大多数。交换的数据包括两种，一种是客户端请求服务器端接口时传递的一些参数，一种是服务器端返回给客户端的数据。对于客户端的请求参数，现在也越来越多的接口要求采用json的格式，而不是以往最常见的key_value对了。比如，接口需要username和password两个参数key_value pair的方式是：username=hutuseng&password=hutusengpwd然后通过GET或者POST方式传送。而通过json方式交换数据的话，格式如下，直接POST到服务器端。{‘username’:’hutuseng’,’password’:’hutusengpwd’}对于服务器端返回的json数据格式，
需要注意两个问题：一是汉字编码问题，因为json（javascript）内部支持Unicode编码，会将汉字等转换成unicode编码保存， 所以在返回结果中，对于中文，可以直接输出中文，也可以输出中文的unicode编码，json解析器都会很好的解析。
比如下面两种方式都是可以的。{“code”:”208”,”data”:”\u53c2\u6570\u4e0d\u5b8c\u6574”}
{“code”: “208”,”data”: “参数不完整”}
二是字段的数据类型，特别是数字类型的，json中尽量转成数字格式，比如{‘userid’:128}不要写成{‘userid’:’128’}
在做PC端网站的时候，我们都会给我们的网站加上个统计功能，要么自己写统计系统，要么使用第三方的比如GA、百度等。移动端接口API则需要我们自己实现统计功能，这时就需要我们尽可能多的收集客户端的信息，除了传统的IP、User-Agent之外，还应该收集一些移动相关的信息，比如手机操作系统，是android还是ios，都是什么版本，用户使用的网络状况，是2G、3G、4G还是WIFI客户端APP是什么版本信息。这样，有助于我们更好的了解我们用户的使用情况。
在以前C/S、B/S架构时，我们就已多次讨论过这个问题，客户端是瘦点好还是肥点好，当然也没有固定答案，需要自己根据实际情况去做权衡。但是，在移动开发中，由于客户端的修改会很费时费力，特别是IOS应用还要经过Apple审核，另外，当前IOS开发人员、Android开发人员的人工成本普遍较高，人才紧缺，基于这两点，能在服务器端实现的功能就不要放在客户端，毕竟服务器端程序的修改要比客户端方便、灵活、快捷的多。
显式用户和隐式用户，我不知道这两个词用的是否确切。 显式用户指的是，APP程序中有用户系统，一个username、password正确的合法用户，称之为显式的用户，通常显式用户都需要注册，登录以后能完成一些个人相关的操作。隐式用户指的是，APP程序本身就没有用户系统，或者一个在没有登录的情况下，使用我们APP的用户。在这种情况下，可以通过客户端生成的UDID来标识一个用户。有了用户信息，我们就能够了解不同用户的使用习惯，而不仅仅是全体用户的一个整体的统计信息，有了这些个体的信息之后，就可以做一些用户分群、个性化推荐之类的事情。
网络安全已经从桌面互联网转到了移动互联网，从客户端蔓延到了接口API中。传统固若金汤的网站，很可能因为接口的一点疏忽而遭受入侵。现在，在很多白帽子或者黑客的入侵思路中，先看看移动端接口是否存在漏洞，再看网站是否有漏洞。
客户端APP与接口的通信很容易被得到，只要在中间路由上嗅探一下就行，whireshark、tcpdump这类工具使得这项工作变得简单无比。
所以，接口的安全工作不能马虎，暴力破解啊、SQL Injection啊、伪造请求和数据啊、重复提交啊也要考虑到,如果数据特别敏感，可以考虑采用SSL/TLS等加密传输，或者客户端、服务器端约定一个加密算法和密钥，对来往传输的数据进行加密、解密如果不采用RESTful API，可以采用基于WSDL和SOAP的Web Service的安全措施。
接口文档有时候是项目初期就定下来的，前后端开发人员按照接口规范开发，有的是接口开发完成后写的。接口文档要清晰、明了，包含多少个接口，每个接口的地址、参数、请求方式、数据交换格式、返回值等都要写清楚。接口测试程序，有条件的话，也可以提供，方便前后端的调试。
随着业务的变化，客户端APP和服务器端API都会发生变化，增加新的功能，修改已有的功能，增加功能还好说， 如果是接口需要修改，那么就面临着同一个接口要同时为不同版本的客户端服务的问题。因此，服务器端接口也要做好相应的版本维护。
]]>首先咱们弄清楚，TCP协议和UCP协议与TCP/IP协议的联系，很多人犯糊涂了，一直都是说TCP/IP协议与UDP协议的区别，我觉得这是没有从本质上弄清楚网络通信！
TCP/IP协议是一个协议簇。里面包括很多协议的。UDP只是其中的一个。之所以命名为TCP/IP协议，因为TCP,IP协议是两个很重要的协议，就用他两命名了。
TCP/IP协议集包括应用层,传输层，网络层，网络访问层。
其中应用层包括:
最后说网络访问层:网络访问层又称作主机到网络层(host-to-network).网络访问层的功能包括IP地址与物理地址硬件的映射,以及将IP封装成帧.基于不同硬件类型的网络接口,网络访问层定义了和物理介质的连接.
当然我这里说得不够完善，TCP/IP协议本来就是一门学问，每一个分支都是一个很复杂的流程，但我相信每位学习软件开发的同学都有必要去仔细了解一番。
TCP（Transmission Control Protocol，传输控制协议）是面向连接的协议，也就是说，在收发数据前，必须和对方建立可靠的连接。一个TCP连接必须要经过三次“对话”才能建立起来，其中的过程非常复杂，只简单的描述下这三次对话的简单过程：主机A向主机B发出连接请求数据包：“我想给你发数据，可以吗？”，这是第一次对话；主机B向主机A发送同意连接和要求同步（同步就是两台主机一个在发送，一个在接收，协调工作）的数据包：“可以，你什么时候发？”，这是第二次对话；主机A再发出一个数据包确认主机B的要求同步：“我现在就发，你接着吧！”，这是第三次对话。三次“对话”的目的是使数据包的发送和接收同步，经过三次“对话”之后，主机A才向主机B正式发送数据。
详细点说就是：（文章部分转载http://zhangjiangxing-gmail-com.iteye.com，主要是这个人讲解得很到位，的确很容易使人理解！）
3次握手的特点
没有应用层的数据
SYN这个标志位只有在TCP建产连接时才会被置1
握手完成后SYN标志位被置0
这样我们得出了TCP包头的最小长度，为20字节。
我们经常使用“ping”命令来测试两台主机之间TCP/IP通信是否正常，其实“ping”命令的原理就是向对方主机发送UDP数据包，然后对方主机确认收到数据包，如果数据包是否到达的消息及时反馈回来，那么网络就是通的。
下面的类库可以让你很简单就能创建复杂的图表和图片。当然，它们需要GD库的支持。
解释RSS并是一件很单调的事情，不过幸好你有下面的类库可以帮助你方便地读取RSS的Feed。
你的网站需要处理支付方面的事情？需要一个和支付网关的程序？下面这个程序可以帮到你。
Object relational mapper (ORM)，需要 PHP 5.2.3+ 版本，一个非常强大的database abstraction layer (DBAL).注： 对象关系映射（Object Relational Mapping，简称ORM）是一种为了解决面向对象与关系数据库存在的互不匹配的现象的技术。简单的说，ORM是通过使用描述对象和数据库之间映射的元数据，将程序中的对象自动持久化到关系数据库中。本质上就是将数据从一种形式转换到另外一种形式。这也同时暗示者额外的执行开销；然而，如果ORM作为一 种中间件实现，则会有很多机会做优化，而这些在手写的持久层并不存在。更重要的是用于控制转换的元数据需要提供和管理；但是同样，这些花费要比维护手写的方案要少；而且就算是遵守ODMG规范的对象数据库依然需要类级别的元数据。
你的站点需要生成 Excel？没有问题，下面这两个类库可以让你轻松做到这一点。
不喜欢PHP的mail函数？觉得不够强大？下面的PHP邮件相关的库绝对不会让你失望。
如果你在使用测试驱动的方法开发你的程序，下面的类库和框架绝你能帮助你的开发。
目前，网上有大量的框架供大家选择，本文分享9款各方面都兼具优势的PHP框架，主要用来构建响应式网站。
Symfony - 一个开源的PHP框架，它在速度和灵活性方面都兼具优势。它提供了一套解决特定工程问题的概念和工具，帮助广大开发者减少重复性工作。抽象化意味着能用更简洁的东西表达复杂的概念、流程等。
如果你想提高网站速度，你可以试试Phalcon框架。基于C语言开发，也是目前市场上最快的一款PHP框架。 开发者不需要学习和使用C语言功能， 因为所有功能都以PHP类的方式暴露出来，可以直接使用。Phalcon也是松耦合的，可以根据项目的需要任意使用其它对象。
Laravel - 2016年最流行的PHP框架，也是最容易学习的开发框架，开发者只需一个脚本就可以实现一个网站功能。它最强大的特征是具有一个个性化的模板引擎，称作“Blade”，并且在网站上无任何性能开销。
Yii - 一个基于组件、用于开发大型Web应用的高性能PHP框架。Yii几乎提供了今日Web 2.0应用开发所需要的一切功能。Yii是最有效率的PHP框架之一。Yii里面的Gii是一个功能强大的代码生成器，基于网络，开发者使用它可以轻易地生成表单、模块、CRUD、模型等。
Codeigniter - 一个非常简单且功能全面的Web开发构建包，其体积只有2MB。它提供一套丰富的标准库以及简单的接口和逻辑结构，其目的是使开发人员更快速地进行项目开发。使用CodeIgniter可以减少代码编写量，并将你的精力投入到项目的创造性开发上。
Cake - 一款非常适合商业网站开发的PHP框架，因缺乏YAML或XML文件，所以它无需配置。它提供程序员所需要的基本体系架构，因此程序员可以使用它更快速且不失灵活性地创建网络应用程序。而这就是我们创造CakePHP的首要目的。
CakePHP拥有一个活跃的开发团队和社区，使CakePHP本身更具备应有的价值。另外，使用CakePHP也意味着您的应用程序将更容易测试，也更容易被改良、更新。
ZendPHP - 已经被各大网站采用，比如BBC、BNP Paribas或Cisco WebEx，所以你可以放心使用该框架。
ZendPHP使用MVC三层架构，并且是一个完全面向对象的框架。组件非常丰富，且组件之间耦合很松散。简单说就是，各组件之间的依赖性非常低，基本上每个组件都可以单独拿出来使用。
FuelPHP - 一个简单、灵活的PHP 5.3 Web框架，其思路结合了来自主流框架的优点。它也是一个MVC框架，并且支持HMVC。
Slim - 一个非常轻量和微小的PHP框架，尽管如此，开发者仍然可以开发出非常强大的Web站点。它具有流线型的路由器、自定义视图呈现的模板渲染功能、安全cookies、flash消息和一个简单的配置过程、HTTP缓存、错误处理等。
未完，继续中。。。
]]>
首先，Xcode 8引入了Swift3.0，加入了更多新的特性，加入了支持iOS 10、watchOS 3、tvOS 10、macOS Sierra的SDK。
至于详细的Release Note可以查看https://developer.apple.com/library/content/releasenotes/DeveloperTools/RN-Xcode/Introduction.html
这里也没什么有用的信息，Xcode性能提升，能更好的支持XIB，增加了一些性能提示，更便于开发者进行工作开发，新加入了San Francisco Mono 编辑字体和新的主题，值得一说的是：
Xcode支持自动管理证书的功能，当然也可以自己设置。
不过建议大家勾选这个Automatically manage signing.可以很方便的为我们管理自己的证书。
1.xib可以更方便的查看你的布局在不同尺寸设备上的显示情况了。
可以看到Xcode8.0把设备尺寸设置放在了布局的最下方，而右边里的Attributes Inspector里的尺寸选择取消了，并且我们可以按条件选择要查看的设备，点击vary for traits可以选择width或者height查看。这次可以说苹果很有良心，为这个设计点赞。
2.使用Xcode8打开xib文件后，会出现下图的提示。
大家选择Choose Device即可。之后大家会发现布局啊，frame乱了，只需要更新一下frame即可。
解决方法：需要删除xib里的
|
|
以及把< document >中的toolsVersion和< plugIn >中的version改成你正常的xib文件中的值。
这个是因为苹果解决xcode ghost，把插件屏蔽了。
解决方法
打开终端，命令运行： sudo /usr/libexec/xpccachectl
然后必须重启电脑后生效
Xcode 8.0貌似取消了对插件的支持，因为苹果认为这会带来安全上的问题，并且提交审核会被拒绝，如果大家有什么新的解决办法请回复里告知，如果你对插件依赖性非常严重那么，可以参照让你的 Xcode8 继续使用插件。
如上图显示的是部分权限设置：蓝牙使用权限，日历，相机，通讯录，健康分享，健康更新，后台一直定位，定位许可，使用时定位等权限设置。
上图我们看到，自己新建的一个工程什么也没做直接运行打印了一堆烂七八糟的东西，我觉得这个应该是Xcode 8的问题，打印的东西也没仔细研究，看着是一些项目的状态值，如果不想每次运行都有这些东西可以在Edite Scheme——>Run——>Arguments里设置OS_ACTIVITY_MODE : disable如下图
#pragma mark 分组实现，如果你是这样的话，那么就可以考虑把这些部分拆分到不同的文件里。Data Source对象可以遵守UITableViewDataSource协议，以实现数据的显示，但是我发现使用这些对象配置cells是一件可以独立出来的逻辑，所以可以把这部分逻辑也独立出来。下面一个很简单的例子：
@implementation TBSectionedDataSource : NSObject
- (instancetype)initWithObjects:(NSArray *)objects sectioningKey:(NSString *)sectioningKey {
self = [super init];
if (!self) return nil;
[self sectionObjects:objects withKey:sectioningKey];
return self;
}
- (void)sectionObjects:(NSArray *)objects withKey:(NSString *)sectioningKey {
self.sectionedObjects = objects //section the objects array
}
- (NSUInteger)numberOfSections {
return self.sectionedObjects.count;
}
- (NSUInteger)numberOfObjectsInSection:(NSUInteger)section {
return [self.sectionedObjects[section] count];
}
- (id)objectAtIndexPath:(NSIndexPath *)indexPath {
return self.sectionedObjects[indexPath.section][indexPath.row];
}
@end
这种data source的设计是为了抽象和重用，不要担心你的类仅仅在一个地方使用。从view controller里分离数据显示逻辑是一种管理懒加载的方式。特别是针对一个动态table views来说，这种方式很适合view controller来管理显示数据。
比如在一个界面上包含一个header和一个网格类型的视图，那么我们可以使用懒加载的方式加载这两个view controller，当系统用到的时候再去加载资源。
- (TBHeaderViewController *)headerViewController {
if (!_headerViewController) {
TBHeaderViewController *headerViewController = [[TBHeaderViewController alloc] init];
[self addChildViewController:headerViewController];
[headerViewController didMoveToParentViewController:self];
[self.view addSubview:headerViewController.view];
self.headerViewController = headerViewController;
}
return _headerViewController;
}
- (TBGridViewController *)gridViewController {
if (!_gridViewController) {
TBGridViewController *gridViewController = [[TBGridViewController alloc] init];
[self addChildViewController:gridViewController];
[gridViewController didMoveToParentViewController:self];
[self.view addSubview:gridViewController.view];
self.gridViewController = gridViewController;
}
return _gridViewController;
}
- (void)viewDidLayoutSubviews {
[super viewDidLayoutSubviews];
CGRect workingRect = self.view.bounds;
CGRect headerRect = CGRectZero, gridRect = CGRectZero;
CGRectDivide(workingRect, &headerRect, &gridRect, 44, CGRectMinYEdge);
self.headerViewController.view.frame = tagHeaderRect;
self.gridViewController.view.frame = hotSongsGridRect;
}
在结果子视图里，其包含的每个collection view，都展示统一的数据类型，这样更便于管理和修改。
如果你是在view controller类初始化你所有的子视图的话，那么你应该考虑使用更适合自己的View。UIViewController默认使用UIView，不过同样你可以自定义View实现重写。使用-loadView来达到这种效果，在这里你只需要把自定义的View设置给self.view即可。
@implementation TBProfileViewController
- (void)loadView {
self.view = [[TBProfileView alloc] init];
}
//...
@end
@implementation TBProfileView : NSObject
- (UILabel *)nameLabel {
if (!_nameLabel) {
UILabel *nameLabel = [[UILabel alloc] init];
//configure font, color, etc
[self addSubview:nameLabel];
self.nameLabel = nameLabel;
}
return _nameLabel;
}
- (UIImageView *)avatarImageView {
if (!_avatarImageView) {
UIImageView * avatarImageView = [UIImageView new];
[self addSubview:avatarImageView];
self.avatarImageView = avatarImageView;
}
return _avatarImageView
}
- (void)layoutSubviews {
//perform layout
}
@end
|
|
TBUser 的存在，使得model接触的类比较少，因此如果它改变，则牵涉的逻辑比较少。-configureView。当数据层发生改变的时候捆绑形式就会更新view。Cocoa本身就适合这个，因为KVO可以检测到model层的变动，而KVC可以从model层读取数据然后赋给view，两者实现完美结合。第三方库Reactive Cocoa也是采用了这种方式，但它有点太庞大。
|
|
[button addTarget:self.followUserInteraction action:@selector(follow)]也是很不错的。
|
|
|
|
-beginObservingKeyboard和-endObservingKeyboard，从开始-viewDidAppear到结束-viewWillDisappear或者其他适合的地方。-pushViewController:animated:。如果转场变得复杂了，那么可以考虑把这种操作代理到导航栏对象中，尤其在适用于iPhone/iPad通用的app，导航需要改变依赖于栈中的最顶端的size class。
|
|
Navigator。注释：PHP 变量名称对大小写敏感！
函数之外声明的变量拥有 Global 作用域，只能在函数以外进行访问。
函数内部声明的变量拥有 LOCAL 作用域，只能在函数内部进行访问。
global关键词用于访问函数内的全局变量。
要做到这一点，请在（函数内部）变量前面使用 global 关键词：
|
|
如需设置常量，请使用define()函数 - 它使用三个参数：
下例创建了一个对大小写敏感的常量，值为 “Welcome to W3School.com.cn!”：
实例
|
|
foreach 循环只适用于数组，并用于遍历数组中的每个键/值对。
语法
|
|
每进行一次循环迭代，当前数组元素的值就会被赋值给 $value 变量，并且数组指针会逐一地移动，直到到达最后一个数组元素。
关联数组是使用您分配给数组的指定键的数组。
有两种创建关联数组的方法：
|
|
或者：
|
|
随后可以在脚本中使用指定键：
实例
|
|
什么是 $_SERVER["PHP_SELF"]变量？
$_SERVER["PHP_SELF"] 是一种超全局变量，它返回当前执行脚本的文件名。
因此，$_SERVER["PHP_SELF"]将表单数据发送到页面本身，而不是跳转到另一张页面。这样，用户就能够在表单页面获得错误提示信息。
什么是 htmlspecialchars() 函数？
htmlspecialchars()函数把特殊字符转换为 HTML 实体。这意味着 < 和 > 之类的 HTML 字符会被替换为 < 和 > 。这样可防止攻击者通过在表单中注入 HTML 或 JavaScript 代码（跨站点脚本攻击）对代码进行利用。
|
|
date() 函数的格式参数是必需的，它们规定如何格式化日期或时间。
下面列出了一些常用于日期的字符：
d - 表示月里的某天（01-31）
m - 表示月（01-12）
M - 月的英文大写
Y - 表示年（四位数）
1 - 表示周里的某天
其他字符，比如 “/“, “.” 或 “-“ 也可被插入字符中，以增加其他格式。
© 2010-<?php echo date("Y")?>
下面是常用于时间的字符：
h - 带有首位零的 12 小时小时格式
i - 带有首位零的分钟
s - 带有首位零的秒（00 -59）
a - 小写的午前和午后（am 或 pm）
语法
mktime(hour,minute,second,month,day,year)
strtotime() 用字符串来创建日期
strtotime(time,now)
实例
<?php
$d=strtotime("10:38pm April 15 2015");
echo "创建日期是 " . date("Y-m-d h:i:sa", $d);
?>
通过 include 或 require 语句，可以将 PHP 文件的内容插入另一个 PHP 文件（在服务器执行它之前）。
include 和 require 语句是相同的，除了错误处理方面：
require 会生成致命错误（E_COMPILE_ERROR）并停止脚本
include 只生成警告（E_WARNING），并且脚本会继续
因此，如果您希望继续执行，并向用户输出结果，即使包含文件已丢失，那么请使用 include。否则，在框架、CMS 或者复杂的 PHP 应用程序编程中，请始终使用 require 向执行流引用关键文件。这有助于提高应用程序的安全性和完整性，在某个关键文件意外丢失的情况下。
语法
include 'filename';
或
require 'filename';
注意：请谨慎操作文件！
当您操作文件时必须非常小心。如果您操作失误，可能会造成非常严重的破坏。常见的错误是：
readfile()函数读取文件，并把它写入输出缓冲。
打开文件的更好的方法是通过fopen()函数。此函数为您提供比readfile()函数更多的选项。
fopen()的第一个参数包含被打开的文件名，第二个参数规定打开文件的模式。如果fopen()函数未能打开指定的文件，下面的例子会生成一段消息：
实例
<?php
$myfile = fopen("webdictionary.txt", "r") or die("Unable to open file!");
echo fread($myfile,filesize("webdictionary.txt"));
fclose($myfile);
?>
fread()函数读取打开的文件。
fread()的第一个参数包含待读取文件的文件名，第二个参数规定待读取的最大字节数。
fclose()函数用于关闭打开的文件。
fgets()函数用于从文件读取单行。
feof()函数检查是否已到达"end-of-file" (EOF)。
feof()对于遍历未知长度的数据很有用。
下例逐行读取 “webdictionary.txt” 文件，直到end-of-file：
实例
<?php
$myfile = fopen("webdictionary.txt", "r") or die("Unable to open file!");
// 输出单行直到 end-of-file
while(!feof($myfile)) {
echo fgets($myfile) . "<br>";
}
fclose($myfile);
?>
fgetc()函数用于从文件中读取单个字符。
fopen()函数也用于创建文件。也许有点混乱，但是在 PHP 中，创建文件所用的函数与打开文件的相同。
如果您用 fopen()打开并不存在的文件，此函数会创建文件，假定文件被打开为写入（w）或增加（a）。
文件权限
如果您试图运行这段代码时发生错误，请检查您是否有向硬盘写入信息的 PHP 文件访问权限。
fwrite() 函数用于写入文件。
fwrite() 的第一个参数包含要写入的文件的文件名，第二个参数是被写的字符串。
下面的例子把姓名写入名为 “newfile.txt” 的新文件中：
实例
<?php
$myfile = fopen("newfile.txt", "w") or die("Unable to open file!");
$txt = "Bill Gates\n";
fwrite($myfile, $txt);
$txt = "Steve Jobs\n";
fwrite($myfile, $txt);
fclose($myfile);
?>
cookie常用于识别用户。
cookie 是服务器留在用户计算机中的小文件。每当相同的计算机通过浏览器请求页面时，它同时会发送 cookie。通过 PHP，您能够创建并取回cookie的值。
变量用于存储有关用户会话的信息，或更改用户会话的设置。Session 变量保存的信息是单一用户的，并且可供应用程序中的所有页面使用。
当您运行一个应用程序时，您会打开它，做些更改，然后关闭它。这很像一次会话。计算机清楚你是谁。它知道你何时启动应用程序，并在何时终止。但是在因特网上，存在一个问题：服务器不知道你是谁以及你做什么，这是由于 HTTP 地址不能维持状态。
通过在服务器上存储用户信息以便随后使用，PHP session解决了这个问题（比如用户名称、购买商品等）。不过，会话信息是临时的，在用户离开网站后将被删除。如果您需要永久储存信息，可以把数据存储在数据库中。
Session 的工作机制是：为每个访问者创建一个唯一的 id (UID)，并基于这个 UID 来存储变量。UID 存储在 cookie 中，亦或通过 URL 进行传导。
session_start()函数必须位于 标签之前：
<?php session_start(); ?>
<html>
<body>
</body>
</html>
上面的代码会向服务器注册用户的会话，以便您可以开始保存用户信息，同时会为用户会话分配一个 UID。
存储和取回 session 变量的正确方法是使用PHP $_SESSION 变量
isset()函数检测是否已设置"views"变量。如果已设置 "views"变量，我们累加计数器。如果 "views"不存在，则我们创建 "views"变量，并把它设置为 1：
<?php
session_start();
if(isset($_SESSION['views']))
$_SESSION['views']=$_SESSION['views']+1;
else
$_SESSION['views']=1;
echo "Views=". $_SESSION['views'];
?>
如果您希望删除某些 session数据，可以使用unset()或session_destroy()函数。
unset() 函数用于释放指定的session变量：
<?php
unset($_SESSION['views']);
?>
您也可以通过 session_destroy() 函数彻底终结 session：
<?php
session_destroy();
?>
不同的错误处理方法：
第一个例子展示了一个打开文本文件的简单脚本：
<?php
$file=fopen("welcome.txt","r");
?>
如果文件不存在，您会获得类似这样的错误：
Warning: fopen(welcome.txt) [function.fopen]: failed to open stream:
No such file or directory in C:\webfolder\test.php on line 2
为了避免用户获得类似上面的错误消息，我们在访问文件之前检测该文件是否存在：
<?php
if(!file_exists("welcome.txt"))
{
die("File not found");
}
else
{
$file=fopen("welcome.txt","r");
}
?>
现在，假如文件不存在，您会得到类似这样的错误消息：
File not found
异常（Exception）用于在指定的错误发生时改变脚本的正常流程。
要避免上面例子出现的错误，我们需要创建适当的代码来处理异常。
正确的处理程序应当包括：
set_exception_handler()函数可设置处理所有未捕获异常的用户定义函数。
PHP 过滤器用于验证和过滤来自非安全来源的数据，比如用户的输入。
什么是外部数据？
如需过滤变量，请使用下面的过滤器函数之一：
filter_var()- 通过一个指定的过滤器来过滤单一的变量filter_var_array() - 通过相同的或不同的过滤器来过滤多个变量filter_input - 获取一个输入变量，并对它进行过滤filter_input_array - 获取多个输入变量，并通过相同的或不同的过滤器对它们进行过滤在下面的例子中，我们用 filter_var() 函数验证了一个整数：
<?php
$int = 123;
if(!filter_var($int, FILTER_VALIDATE_INT))
{
echo("Integer is not valid");
}
else
{
echo("Integer is valid");
}
?>
有两种过滤器：
Validating 过滤器：
Sanitizing 过滤器：
在您能够访问并处理数据库中的数据之前，您必须创建到达数据库的连接。
在 PHP 中，这个任务通过 mysql_connect()函数完成。
语法
mysql_connect(servername,username,password);
CREATE DATABASE 语句用于在 MySQL中创建数据库。
语法
CREATE DATABASE database_name
为了让 PHP 执行上面的语句，我们必须使用 mysql_query() 函数。
<?php
$con = mysql_connect("localhost","peter","abc123");
if (!$con)
{
die('Could not connect: ' . mysql_error());
}
if (mysql_query("CREATE DATABASE my_db",$con))
{
echo "Database created";
}
else
{
echo "Error creating database: " . mysql_error();
}
mysql_close($con);
?>
CREATE TABLE用于在 MySQL 中创建数据库表
例子
下面的例子展示了如何创建一个名为"Persons"的表，此表有三列。列名是"FirstName", "LastName"以及"Age"：
<?php
$con = mysql_connect("localhost","peter","abc123");
if (!$con)
{
die('Could not connect: ' . mysql_error());
}
// Create database
if (mysql_query("CREATE DATABASE my_db",$con))
{
echo "Database created";
}
else
{
echo "Error creating database: " . mysql_error();
}
// Create table in my_db database
mysql_select_db("my_db", $con);
$sql = "CREATE TABLE Persons
(
FirstName varchar(15),
LastName varchar(15),
Age int
)";
mysql_query($sql,$con);
mysql_close($con);
?>
INSERT INTO 语句用于向数据库表添加新记录。
语法
INSERT INTO table_name
VALUES (value1, value2,....)
您还可以规定希望在其中插入数据的列：
INSERT INTO table_name (column1, column2,...)
VALUES (value1, value2,....)
实例
<?php
$con = mysql_connect("localhost","peter","abc123");
if (!$con)
{
die('Could not connect: ' . mysql_error());
}
mysql_select_db("my_db", $con);
mysql_query("INSERT INTO Persons (FirstName, LastName, Age)
VALUES ('Peter', 'Griffin', '35')");
mysql_query("INSERT INTO Persons (FirstName, LastName, Age)
VALUES ('Glenn', 'Quagmire', '33')");
mysql_close($con);
?>
mt_rand($min,$max) 随机数
解决页面乱码：header(content-type:text/html;)
]]>
如今进入互联网这一行，如果没有自己的博客你都不好意思跟人家聊技术，我在3、4年就开始在CSDN上记录自己的学习过程，那时候之所以在CSDN上建博客，一来是因为方便，再者是没有技术要求。然而久而久之你会发现，这东西已经无法满足我们的要求，丫每次打开博客的时候都下决心要自定义自己的博客，于是乎就有了基于Octopress的博客。
CSDN博客
那是去年的第一场雪，比前年来的稍晚一些；我在自己的mac上键入疾飞，在克服重重困难之后终于在github上搭建了属于自己的博客。此博客用了一年之久，然而又久而久之，丫又满足不了我们的要求了。一是因为人懒了，好久没更新了，更重要是提交更新巨慢啊，rake preview之后，喝了一杯咖啡你会发现还有百分之十未完成。这是由于Octopress是基于Ruby的，生成博客文章的速度非常慢，于是我就查找到了代替它的东西Hexo。
使用Hexo的原因：
配置Hexo的大致过程以及自己踩过的坑：
要安装Hexo首先要安装npm:
入坑1：
当你安装npm的时候会提示你本地没有安装node,然后你去费劲周折安装node，回来再安装npm，觉得这次可以了吧。然后你会发现装不动啊，丫去查资料发现镜像是国外的，又是背墙的悲剧。换淘宝镜像,然后你终于发现在中国还是国产的好（当然核心还是国外的啊）！不过，最近发现NodeJs的安装包默认安装npm，这可方便了很多。
现在如下命令安装 Hexo：
npm install -g hexo-cli
如果报用户权限不够就试试sudo，如果提示各种ERR的话就试试：
npm install hexo --no-optional
实在不行，重新安装npm。
接着我们创建一个新的博客目录：
$ hexo init myBlogFolder #本地建文件夹
$ cd myBlogFolder
$ npm install
以上命令完成后，会在目标目录生成以下的目录结构：
.
├── _config.yml
├── package.json
├── scaffolds
├── source
| └── _posts
└── themes
之前的hexo会默认在source建很多文件夹，不过最近版的hexo只有一个_posts文件夹，其他需要自己创建。
可以看到，hexo的目录非常简单：
生成博客配置文件
hexo g
发布到本地服务器
hexo s
访问：localhost:4000
然后你会看到很朴素的博客就诞生了。
根目录的_config.yml中找到：
deploy:
type: git
repo:
coding: https://git.coding.net/yourcoding/yourcoding.git,coding-pages
github: https://github.com/yourgithub/yourgithub.github.io.git,master
入坑2:
在配置coding的时候，一定要放在coding-pages的分支，不要放在master，因为coding的pages功能默认在coding-pages分支上，当时我就是错设置为master，导致一直404；
入坑3:
在github建repository的时候，github默认每个用户只能建一个pages静态链接库，并且在创建repository时候加上.github.io
如果有需要可以购买属于自己的域名，设置解析域名，海外绑定github的地址，默认绑定coding的地址，这样就可以国内访问coding，国外访问github了。这里如何把github和coding绑定到自己的域名就不说了，网上有很多这方面的资料。
记录学习与生活，希望自己在这一块净土，耕耘并记录自己的未来。
]]>
|
|
More info: Writing
|
|
More info: Server
|
|
More info: Generating
|
|
More info: Deployment
]]>