这两天把XCode升级到了4.5，新建的项目里面控件对齐的时候，找不到Spring and Structs  视图了，如下图所示，很是奇怪。

正常情况下应该是这样的

顺 便网上查询了一下，刚刚开始无从下手，不久发现XCode，其实是iOS 6.0 新增了一个新的功能 叫做 “自动布局" 英文为“Constraints” ,可以在帮助信息中查询 “Auto Layout: Understanding Constraints” 这部分信息。

究竟是什么东东呢？ 下面剽窃部分内容来看看

原文 http://www.entlib.net/?p=2591

剩下的根据下面的链接应该都可以找到，下面黏贴下来，目的是避免链接失效

iOS 6编程(14)-自动布局(Auto Layout)简介

iOS 6 在应用程序用户界面开发中，引入了自动布局（Auto Layout）概念。自动布局使用约束（Constraint）在用户界面描述各类视图的位置、行为和关系。

在Xcode 4.5中，我们可以使用Interface Builder，或者可视化格式语言（Visual Format Language），或者标准的SDK API调用（NSLayoutConstraint类）等等三种方式来创建约束（Constraint）。

Auto Layout用这些Constraints 来对所有的视图进行一些计算，设置视图的位置和尺寸。不再需要设置视图的frame属性，也就是完全基于针对视图或元素所设置的Constraints来布局界面的视图元素。

使用Xcode 4.5 创建App时，Auto Layout功能在所有nib或Storyboard 文件中，默认是enable（开启的）。具体设置的地方，可以查看之前的文章。（如果该链接失效，看下面的 “iOS/Xcode异常：reason: ‘Could not instantiate class named NSLayoutConstraint’”）

在iOS 6 引入自动布局之前，我们使用springs and struts模式来设计可旋转和调整大小的用户界面。简单归纳和回顾一下，主要有三种方法：

1. 自动旋转和自动调整大小

通过在Size Inspector面板中，设置各类视图的Autosizing属性，无需编写代码，但这种仅适用于UI比较简单的应用。

2. 调整视图框架（frame属性）

每一个UI 元素在屏幕上都由一个矩形区域定义，这个矩形区域就是UI 元素的frame属性。可以使用C语言函数CGRectMake(x,y,width,height) 来重新定义视图的frame属性。

如果UI元素比较多，这个需要跟踪每一个UI元素的大小和位置，代码设计起来比较麻烦。

3. 重新设计不同的视图-横向和纵向视图

在 每一个场景中分别定义横向和纵向2个视图，这个每一个视图都需要定义独立的输出口。虽然2个视图和同一个视图控制ViewController关联，但是 不能共享输出口，在视图控制器中需要交互的UI元素数量会变成 2 倍。当然优点是，不同的视图完全独立开了，避免相互影响。

上述三种方式在开发过程中，都存在一些缺点。iOS 6 引入的自动布局（Auto Layout）正是为了改进这个不足之处。个人觉得也可以适应之后不断增多的不同尺寸的iPad、iPhone设备。

iOS/Xcode异常：reason: ‘Could not instantiate class named NSLayoutConstraint’

异常信息：Terminating app due to uncaught exception ‘NSInvalidUnarchiveOperationException’, reason: ‘Could not instantiate class named NSLayoutConstraint‘

具体场景：Xcode 4.5 选择iPhone、iPad 5.0/5.1 Simulator（模拟器）

解决办法：需要关闭storyboard或xib界面文件的Use Auto Layout 选项，这是因为Auto Layout特性是iOS 6 新增加的，在之前的 5.0/5.1 Simulator模拟器中不支持。

iOS 6编程(15)-创建自动布局（Auto Layout）简单应用 

创建自动布局（Auto Layout）简单应用

在 深入研究Interface Builder的自动布局特性之前，我们先创建一个简单的App，演示自动布局的基本概念。使用Xcode的Single View Application模板创建一个项目，项目名称为AutoLayout，类前缀也设置为AutoLayout，选择Storyboard和 Automatic Reference Counting选项。

在Interface Builder中启动和禁用自动布局功能

默 认情况下，针对Storyboard和单独的NIB文件都会启用自动布局特性。我们从项目导航栏选择MainStoryboard.storyboard 文件，接着显示File Inspector面板，在该监视器面板中，找到Use Autolayout 复选框，如下图所示：

在File Inspector面板中，关闭Use Autolayout选项，我们首先演示没有使用Autolayout特性的情况。

在Autolayout关闭之后，我们拖拉一个按钮到场景视图中，放置在视图的底部水平中心位置，垂直蓝色引导线会出现，表示按钮将放置在水平中心位置。实际上，按钮视图的位置是使用屏幕上硬编码的x和y坐标来定义位置的。只要设备保持纵向模式，按钮位置将非常准确完好。

然 而，在设备转向横向模式时，就出现问题了。可以编译和运行App，然后转向设备。或者在Interface Builder 环境，使用simulated metrics功能来测试转向效果。在文档大纲面板，选择视图控制器（Auto Layout View Controller），然后打开Attributes Inspector面板。在Simulated Metrics栏目，选择Orientation选项，设置为Landscape纵向模式，如下图所示。

另外，针对不同屏幕大小的用户界面布局测试，也可使用上面面板的Size 属性。例如，在4寸iPhone 5屏幕的测试，可设置Size属性为Retina 4 Full Screen。

这个是快速且有效检查布局是否如预期工作的方法。从上图中可以看出，按钮找不到了。这是因为按钮仍然保持着在父视图中相同的位置坐标，在横向模式下，这个位置超出了父视图可视范围。
在之前的iOS 开发中，我们可使用springs and struts，或者编写代码检测设备的转向，将按钮移动到屏幕的新位置。但是，在iOS 6 中，这个问题可以使用自动布局来解决。

现 在，我们将设计界面重新切换会纵向模式，这样按钮会重新显示出来。选择Storyboard文件，在File Inspector面板中，启用Use Autolayout选项。选择按钮，移开当前位置，然后重新移回来，让Interface Builder知道为按钮视图创建约束。默认情况下，Interface Builder将创建约束提供预期的布局行为。当然，这些约束可以查看和修改，但是在本范例程序中，默认创建的约束足够实现自动布局的演示需要的。

再次切换视图到横向模式，这次按钮可以正常显示出来了。

显然，Interface Builder 预想到了用户界面的布局要求。然而，这并不总是符合预期的。针对这一情况，Interface Builder提供了大量的选项和可视化提示，有助于创建自动布局的约束。

iOS 6编程(16)-Interface Builder自动布局功能

附上鸟文，翻译的话，还是有点差距的

Apress - Learn Cocoa on the Mac (Feb 2010) (ATTiCA)
You might be wondering just what IBAction and IBOutlet are. Are they part of the Objective-C language?
Nope. They’re good old-fashioned C pre-processor macros. If you go into the AppKit.framework and look at the NSNibDeclarations.h header file, you’ll see that they’re defined like this:

Confused? These two keywords do absolutely nothing as far as the compiler is concerned. IBOutlet gets entirely removed from the code before the compiler ever sees it. IBAction resolves to a void return type, which just means that action methods do not return a value. So, what’s going on here?

The answer is simple, really: IBOutlet and IBAction are not used by the compiler. They are used by Interface Builder. Interface Builder uses these keywords to parse out the outlets and actions available to it. Interface Builder can only see methods that are prefaced with IBAction and can only see variables or properties that are prefaced with IBOutlet. Also, the presence of these keywords tells other programmers, looking at your code in the future, that the variables and methods in question aren’t dealt with entirely in code. They’ll need to delve into the relevant nib file to see how things are hooked up and used.

剽窃自 http://blog.csdn.net/mars2639/article/details/7352540

atomic和nonatomic用来决定编译器生成的getter和setter是否为原子操作。

       atomic

设置成员变量的@property属性时，默认为atomic，提供多线程安全。

在多线程环境下，原子操作是必要的，否则有可能引起错误的结果。加了atomic，setter函数会变成下面这样：

       nonatomic

禁止多线程，变量保护，提高性能。

atomic是Objc使用的一种线程保护技术，基本上来讲，是防止在写未完成的时候被另外一个线程读取，造成数据错误。而这种机制是耗费系统资源的，所以在iPhone这种小型设备上，如果没有使用多线程间的通讯编程，那么nonatomic是一个非常好的选择。

指出访问器不是原子操作，而默认地，访问器是原子操作。这也就是说，在多线程环境下，解析的访问器提供一个对属性的安全访问，从获取器得到的返回值或者通过设置器设置的值可以一次完成，即便是别的线程也正在对其进行访问。如果你不指定 nonatomic ，在自己管理内存的环境中，解析的访问器保留并自动释放返回的值，如果指定了 nonatomic ，那么访问器只是简单地返回这个值。

assign
对基础数据类型 （NSInteger，CGFloat）和C数据类型（int, float, double, char）等等。
此标记说明设置器直接进行赋值，这也是默认值。在使用垃圾收集的应用程序中，如果你要一个属性使用assign，且这个类符合NSCopying协议，你就要明确指出这个标记，而不是简单地使用默认值，否则的话，你将得到一个编译警告。这再次向编译器说明你确实需要赋值，即使它是可拷贝的。

retain
对其他NSObject和其子类对参数进行release旧值，再retain新值指定retain会在赋值时唤醒传入值的retain消息。此属性只能用于Objective-C对象类型，而不能用于Core Foundation对象。(原因很明显，retain会增加对象的引用计数，而基本数据类型或者Core Foundation对象都没有引用计数——译者注)。

注意: 把对象添加到数组中时，引用计数将增加对象的引用次数+1。

copy
对NSString 它指出，在赋值时使用传入值的一份拷贝。拷贝工作由copy方法执行，此属性只对那些实行了NSCopying协议的对象类型有效。更深入的讨论，请参考“复制”部分。

copy与retain：

Copy其实是建立了一个相同的对象，而retain不是：
1.比如一个NSString 对象，地址为0×1111 ，内容为@”STR”，Copy 到另外一个NSString 之后，地址为0×2222 ，内容相同。

2.新的对象retain为1 ，旧有对象没有变化retain 到另外一个NSString 之后，地址相同（建立一个指针，指针拷贝），内容当然相同，这个对象的retain值+1。
总结：retain 是指针拷贝，copy 是内容拷贝。

assign与retain：

1. 接触过C，那么假设你用malloc分配了一块内存，并且把它的地址赋值给了指针a，后来你希望指针b也共享这块内存，于是你又把a赋值给 （assign）了b。此时a和b指向同一块内存，请问当a不再需要这块内存，能否直接释放它？答案是否定的，因为a并不知道b是否还在使用这块内存，如 果a释放了，那么b在使用这块内存的时候会引起程序crash掉。
2. 了解到1中assign的问题，那么如何解决？最简单的一个方法就是使用引用计数（reference counting），还是上面的那个例子，我们给那块内存设一个引用计数，当内存被分配并且赋值给a时，引用计数是1。当把a赋值给b时引用计数增加到 2。这时如果a不再使用这块内存，它只需要把引用计数减1，表明自己不再拥有这块内存。b不再使用这块内存时也把引用计数减1。当引用计数变为0的时候， 代表该内存不再被任何指针所引用，系统可以把它直接释放掉。
总 结：上面两点其实就是assign和retain的区别，assign就是直接赋值，从而可能引起1中的问题，当数据为int, float等原生类型时，可以使用assign。retain就如2中所述，使用了引用计数，retain引起引用计数加1, release引起引用计数减1，当引用计数为0时，dealloc函数被调用，内存被回收。

CGContextAddCurveToPoint 这个函数看上去一般般，仔细琢磨发现不简单，为什么三个点就可以确定一条曲线呢？ 网上查了查，小小研究了一下下。

1.关键知识 窃取自 （http://learn.gxtc.edu.cn/NCourse/jxcamcad/cadcam/Mains/main4-2.htm）

Bezier曲线

在工程设计中，由给定型值点进行曲线设计往往由于型值点的误差而得不到满意的结果。另一方面，在一些更注重外观的设计中，型值点的精度又不很重要。从 1962年起，法国雷诺汽车公司的Bezier开始构造他的以“逼近”为基础的参数曲线表示法。以这种方法为基础，完成了一种自由型曲线和曲面的设计系统 UNIS-URF，1972年在雷诺汽车公司正式使用。

Bezier曲线的形状是通过一组多边折线（称为特征多边形）的各顶点唯一地定义出来的。在多边形的各顶点中，只有第一点和最后一点在曲线上，其余的顶 点则使用控制曲线的导数、阶次和形式。第一条和最后一条折线则表示出曲线在起点和终点处的切线方向。曲线的形状趋向仿效多边折线的形状。改变控制点与改变 曲线形状有着形象生动的直接联系。如图2．6所示。

1）Bezier曲线的定义

给定 n＋ l个空间向量bi(i= 0，l，…，n），称 n次参数曲线段

为Bezier曲线。式中使用了Bernstein多项式Bi，n（u）作为基函数：

u是局部参数，u∈[0，1]。我们给出n＝3的Bezier曲线的矩阵表示：

则有 P(u)=UMB

2）Bezier曲线的性质
Bezier曲线的基本数学表达式：

这说明Bezier曲线在始点和终点处的切线方向是与Bezier控制多边形的第一边及最后一边的走向一致。

这 说明曲线在起点和终点处的二阶导数仅与相邻的二点位置有关，而与其余各点的位置关。Bezier曲线的这一特性说明，只需适当移动控制点就能获得满意的曲 线位置和形状。利用这个特性，当采用分段Bezier曲线时，只要保证曲线在接点处的折线共线，就可以得到C1连续性。如图2．7所示的一个公共端点的二 条Bezier曲线，当两段曲线的控制折线在接点处共线时，就保证了它们连成的曲线在公共端点的一阶连续。

Bezier曲线还具有凸包性，即B6zier曲线均落在由它的控制点形成的凸壳内。所谓凸壳是指用橡皮图从外面去套所有控制点所形成的凸多边形。研究表明，分段Bezier曲线的凸包性体现更明显，这对于曲线的分割求交将更为有利。

此外，Bezier曲线的形状仅与特征多边形各控制点bi有关，它不依赖于坐标系的选择，因此具有几何不变性。没有局部控制能力是 Bezier曲线的一个缺点。在工程中，产品的模型常常需要局部修改。缺乏局部控制的能力在工程中是难以接受的。Bezier曲线另一缺点是随着控制点的 增加，曲线的次数也增加，因而计算量增大。下面介绍的B样条曲线可克服这两个缺点。

3）Bezier曲线的计算及分割作图法
Bezier曲线在工程中广泛接受的一个重要原因是其可以采用非常简单的方法制作。下面推导Bezier多项式的递归关系，这种关系可方便用计算机程序实现，而且便于用图形来解释。重写Bezier曲线方程为

可以看到，第一个括号内的项形成对控制点b0，b1，…，bn-1的Bezier多项式，而第二个方括号内的项对b1，b2，…，bn形成多项式。现在引人符号Pk，i（u）表示对bk，bk＋l，…，b的Bezier多项式，那么上述
方程可以重写为

上式表明，Bezier多项式可以由另外两个这种多项式求得。其求法为用一条线连接相应的点（即在同一参数U），并与u成比例地分那条线。

我 们再用图2．8所示的例子来看一下Bezier曲线的分割作图法。前例给出的由点b0，b1，b2，b3控制成的一条三次Bezier曲线可在u＝l／2 处分段，分成b4的两段均为Bezier曲线，它们由各自的四个控制点控制。在图2．8中，点b0，b1，b2和b3控制形成一条三次，Bezier曲 线。取线段bobl的中点b4，线段b1b2的中点b5，线段 b2b3的中点 b6，线段 b4b5的中点 b7，线段 b5 b6的中点b8，以及线段b7bs的中点bg，则可以证明，b9在由b。，b1，b2，b3确定的三次Bezier曲线上，且为u＝l／2时的点 P（l／2）。我们将u=l／2代人矩阵方程就可得到:

图 2．8的分割，我们获得折线b0b4 b7b9b8b6b3，它比折线b0blb2b3更接近该BeZier曲线，且b9在曲线上。继续分别对由b9分成的两段曲线作分割，除获得更接近曲线的 折线外，还获得曲线上的两个点。分割次数越多，新的折线越逼近曲线，当到达某种精度时，可将获得的折线近似的表达Bezier曲线。由于分割操作仅涉及加 法和移位操作，所以便于硬件实现，提高作图速度。读者可根据送推式写出相应的计算机程序，进一步从几何作图的角度，对计算式改进，以便使算法更为简单。

以上部分为算法原理，下面是实际的应用