maven package lib到一个文件夹下
http://stackoverflow.com/questions/97640/force-maven2-to-copy-dependencies-into-target-lib
使用Xcode做iOS项目，经常会和Xib文件打交道，因为Xib文件直观的展现出运行时视图的外观，所以上手非常容易，使用也很方便，但对于从未用纯代码写过视图的童鞋，多数对Xib的理解有些片面。
Xib文件是什么？
A nib file describes the visual elements of your application’s user interface, including windows, views, controls, and many others. It can also describe non-visual elements, such as the objects in your application that manage your windows and views.
上面是Guides上的定义，nib文件（就是Xib文件）是描述应用外观的视觉元素，包含了窗口、视图、控制和其他，它也可以描述非视觉元素，如你应用中管理窗口和视图的对象。
也就是说，Xib就是一个描述文档，这里面包含了用户界面和用户界面相关元素。这样做的主要原因是，方便程序员，因为其是“所见即所得”的，程序员不需要像原来一样写一堆代码，然后运行出来才能看到界面元素的执行结果，这样是很低效的。更多内容可参看官网
Xib文件是如何做到“所见即所得”？
在Xcode中，以“source code”的方式，打开Xib文件，发现它是一份以XML编码的文件，也就是说Xib文件的本质是用一份XML的脚本描述了程序员在Xcode中对文件中View及其子类等的设置，这里我们已经知道在Xcode中的设置是如何保存下来的，接着Xib文件如何在应用执行是重建到内存中。
在Xcode中新建一份空白的Xib文件，会得到如下代码：
这里对XML进行了解析并图形显示，可以看到Xib文件还是比较复杂的，前面展开的这几项均是系统和版本描述，可以先忽略，重点是蓝色框內的内容（以下解释均非官方版本，请谨慎阅读）。
我们可以从名称“IBDocument.IntegratedClassDependencies”直接看出，这个数组是完成对IBDocument相关类的描述，默认会有IBProxyObject（与File‘s owner有关）、IBUIView（与主视图有关），如果我们拖进一个label进入view，这里便会有UILabel类的描述，如果选择layout，会有NSLayoutConstraint。
这块有Metadata，暂时还不知道是如何使用的，但接下，我们将看到View的全貌
如同RootObjects的名字，这个数组包含了所有的Xib文件中的对象，第一个是Files Owner，第二个是FirstResponder，可以看到其都使用ProxyObject。这里就有一个关于Xib文件实现的细节，当我们的应用里是谁要去读入和使用到这份用户界面时，想到的是我们代码里的ViewController，这时ViewController已经在内存中，那从Xib文件读出的这些配置如何与ViewController关联就是一个问题了，这里使用ProxyObject在Xib文件中做ViewController的代理对象，如下图
接着看XML:
IBClassDescriber中，在我们设置关联后，将有IBOutlet和IBAction与Xib的相互关联描述在这里，IBObjectContainer包含了对象之间的关系，
通过记录的这些内容，在Xib被unarchive后，将新创建的对象（通过Xib文件创建）的设置成相互的reference。
这应该是个复杂的过程，参看官方文档Xib文件载入的步骤如下：
1 加载nib文件的内容和其引用的资源文件到内存:
2 unarchives nib文件的object graph数据并且实例化的这些对象。根据对象的类型和其在文档中的编码来初始化每个新对象。
3 通过初始化方法，它重建的所有连接(actions, outlets, and bindings)在nib文件中的对象。
以上3步，iOS与OS X不太相同，这里主要说下在iOS中，也就是nib文件中的创建的对象，重新连接每没一个outlet指向时，是基于NSKeyValueCoding Protocol ，通过setValue:forKey: 来完成的。
以上主要是通过看Xib文件XML的数据和官方文档，完成了对Xib文件中内容的大致理解，对其细节实现并没有深入分析，主要的目的让我们在使用Xib文件，对它不再陌生，出现Xib文件执行时错误，可以根据错误信息来推测出错的地方。
Nib Files Store the Objects of Your Application’s User Interface
xib文件设计原则
1 始终用延迟加载设计nib文件，只用当nib文件中的这些对象马上就要使用时，才载入nib文件。
2 存储重复的用户界面组件(例如文档窗口)在单独的nib文件。
3 对于偶尔使用的窗口和菜单，存在一个单独的nib文件中，通过这样的方式，将在正真用到它的时候，再将其资源加载到内存。
4 使 File’s Owner为nib文件的单一外界出口。
xib文件通常与ViewController一同使用，在创建ViewController的时候，可以一同创建与其关联的Xib文件，如下图
然后在RootViewController可以设置IBOutlet（开关变量）和IBAction，最后通过下面的代码使用。
RootViewController * rvc; rvc= [[RootViewController alloc] initWithNibName:@"RootViewController" bundle:nil];
除了上述使用，还有另一种常见的使用:在定义复杂的TableViewCell时。如Apple文档中的AdvancedTableViewCells（代码传送门）。
其RootViewController下有一个TableView的在RootViewController.Xib中，还有一个IndividualSubviewsBasedApplicationCell，如下图
然后通过这段代码，将该Cell载入内存并使用
self.cellNib = [UINib nibWithNibName:@"IndividualSubviewsBasedApplicationCell" bundle:nil]; [self.cellNib instantiateWithOwner:self options:nil];
这时候在RootViewController里对应的IBOutlet变量tmpCell，便是一个我们设计内容的Cell。
在载入IndividualSubviewsBasedApplicationCell文件时，我们使用了UINib，其实它才是真正载入nib文件的类，第一种方法使用RootViewController初始化nib文件时,只不过是RootViewController帮我们调用了UINib的方法。
这里跟第一种方法不同的时，开关变量关联的变量在
IndividualSubviewsBasedApplicationCell.h的文件中，那么IndividualSubviewsBasedApplicationCell.h不是Xib文件的File‘s owner，怎么也可以这样关联呢，关键在于
可以看到是TableViewCell的类型，已经改为IndividualSubviewsBasedApplicationCell，这样便可以关联Xib文件中Cell上的内容，看会Xib文件的源码
我们接着看该项目的MainWindow.xib,发现文件左侧多了些内容
在iOS xib文件中，支持放入对象容器，也就是说，可以将任意Objetive-C的对象放入xib文件中，其由xib创建和销毁（是一个autorelease对象）。在这个文件里，有两个对象容器，分别放置了AdvancedTableViewCellsAppDelegate和UINavigationController，在先前的版本，经常会这样使用，这样程序由MainWindow.xib载入，便有了AdvancedTableViewCellsAppDelegate对象和navigationController对象。在新版的xcode，已不再需要这样，window和AppDelegate已经创建了。