Xcode相关概念：
概念：project
指一个项目，该项目会负责管理软件产品的全部源代码文件、全部资源文件、相关配置，一个Project可以包含多个Target。
概念：target
一个target指的是根据project中的其它内容生成的最终产品，它是线程可以直接读懂的代码。
概念：scheme
scheme是对过程的定义，它定义了一个target被生成的一系列过程。可在Scheme中定义的Target的构建过程有：Build/Run/Test/Profile/Analyze/Archive
概念：workspace
简单来说，Workspace和project是目录结构的两层，workspace是project的容器，不过需要注意工程目录结构和文件在操作系统中的目录结构没有关系。在该容器中可以存放多个你创建的Xcode Project， 以及其他的项目中需要使用到的文件。
有了workspace，我们可以更方便地实现代码的重用，Xcode负责处理不同project之间的依赖关系。
概念：build setting
配置产品的Build设置，比方说，使用哪个Architectures？使用哪个版本的SDK？。在Xcode Project中，有Project级别的Build Setting，也有Target级别的Build Setting。Build一个产品时一定是针对某个Target的，因此，XCode中总是优先选择Target的Build Setting，如果Target没有配置，则会使用Project的Build Setting。
概念：build phases
这个当然就是编译过程中的各个阶段了，检查依赖 -》预处理并编译源文件 -》 链接二进制库文件组成可执行文件 -》 copy资源文件组成bundle
界面：
所有的可视化元素都承载于一个窗口中，窗口左侧的元素是navigator，相当于是整个project的索引；中间是editor，同时也具有导航功能；右侧是utilities元素，包含各种inspector，帮助信息等等。而标题栏则是控制器，控制编译哪一个项目，控制视图显示等。
workspace目录结构：
proj-folder：
----src：
interface：
每个界面里的views&handlers
utility：
可复用的父类&实用工具类
service:
长期存在于内存中提供服务的类
model：
当前应用所需要的entities&managers
Supporting Files：
main.m
common.h
AppDelegate.m
plist&pch
----rc：
images.xcassets
conf:
image:
----test：
单元测试类
----Frameworks：
当前应用依赖的框架
----Products：
可执行文件
proj-folder-2:
... ... ...
ps1:以上知识工程逻辑目录结构，要保持逻辑目录和文件目录一致，使用synx工具。
ps2:不只是iOS客户端，对于Python后端，main.py，common.py，基本上也是任何工程都有的文件，目录结构也相似。
ps3:对于复杂的第三方项目，最好建立workspace放在其它依赖项目中，可以借助cocoapods。
设计模式
1、MVC-S
数据模型和需求对应，不要经常改变；视图只依赖于模型，也尽量不要经常改变，方便复用（视图需要依赖于模型，是因为有时确实更应该减轻控制器的负担，比如视图也可以发送网络请求加载和存储数据，一个Cell可以知道数据模型的结构，否则什么都通过控制器来完成，代码就太过冗长）；控制器同时依赖于视图和数据模型，可能会经常更改。
对于比较那些视图和模型有足够直接的关系的逻辑，完全可以直接通过视图对模型的依赖更方便的完成，必须非要通过第三方。否则控制器的功能可能过分繁杂。当然视图只需要知道模型的数据结构就可以了，不可以操作数据对象。如果需要传数据对象给视图，应该声明为weak，并且确保不要修改它，如果需要涉及到对数据的操作当然需要依靠控制器。
总之就是，视图负责显示逻辑，控制器负责控制逻辑
2、Service层
对于一些需要长期管理和维护的操作，比如音频播放，大型文件的下载等都需要长期管理，可以把这些代码封装来成为Service类。所谓服务，就是那些长期存在于内存中提供服务，管理长期任务的对象。对于Cocoa Touch，可以把service对象放置在app delegate对象中；对于Tornado，可以把service对象放置在common.py中。
需要注意的地方是，无论是数据模型的Manager类还是Service类的实例，都应该用线程安全方法通过单例模式来创建，并且应该通过懒加载的方式来创建，就如同NSManagedObjectContext类的实例一样。单例一般被维护在一些支持文件中。
这样的设计模式，我把它成为MVC-S。如下图，注意到view对model只有关联依赖，去不能拥有。
代码风格
用空行对一个很长的函数进行分段
在每个分段的最前面声明本段内所有新添加的变量，变量名尽可能全部小写