选中工程，在Info中的Localizations按+号，为InfoPlist.strings创建本地化。

添加完成后会出现这么几个文件,箭头指向的就是生成的语言信息文件

然后选中下图指示的文件

在空白处单击

选择 Add Row ，增加 “Application has localized disolay name”,如果你选择过 "Show Raw Key/Values",那么对应添加的应该是 "LSHasLocalizedDisplayName" 添加后，选择属性为 "YES"

接下来，就是 ，如果是给 iPAD ，iPhone 开发的则添加如下

在InfoPlist.strings（English）添加 CFBundleDisplayName = "TestLocalization";

在InfoPlist.strings（Chinese）添加 CFBundleDisplayName = "本地化测试";

如果是给 Mac 开发的，则添加

在InfoPlist.strings（English）添加 CFBundleName = "TestLocalization";

在InfoPlist.strings（Chinese）添加 CFBundleName = "本地化测试";

这两天把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函数被调用，内存被回收。