当时光流逝，记忆也开始散去，猛然回头却发现自己还在原地。
目前做iOS平台开发有两种语言，这就导致了一个项目组可能同时存在使用Swift和使用OC的开发者，这就导致了对于语言选择的分歧。此外我相信网上大部分的代码块还仍然是OC的，那么如果纯用Swift，有时候就需要把一整段的OC转换成Swift，而重复是邪恶了。同时用过Swift的都知道，OC的那种啰嗦的语法真的很烦人。
To be or not to be, that is the question.
在开发中，我们总是会遇到这样一种情况——我以前遇到过这个问题，可是我也不记得当时是怎么解决的，反正肯定有solution——然后又花了一定的时间去解决这个问题。有时候我们解决了一个问题（或者绕过了一个问题），但是并没有仔细去思考这个问题的由来与你真正的解决方法，这就会导致下次遇到它时还会跳进同一个坑。人不能两次踏入同一条河流，却总是不断地踏入同一个坑。
当时光流逝，记忆也开始散去，猛然回头却发现自己还在原地。
No man ever steps in the same river twice, for it’s not the same river and he’s not the same man.
本文继续接着上一篇，对开发中的一些小坑进行总结，环境仍然是OC和Swift混编，所以代码贴出来可能两种语言都有。内容有：
- 使用git解决Xcode开发中的冲突
- 可滑动的顶部为tab栏的View的实现（如smzdm iOS APP首页）
- 使用tableView.dequeueReusableCellWithIdentifier来初始化value1类型的cell，detailTextLabel为nil
- 如何一秒钟向CoreData中存入20000条数据
- 如何解决Xcode在断点处崩溃
- uitableviewCell的间距
- 如何优雅地替换back button
- block的使用
- delegate数组正确的打开方式
1. 使用git解决Xcode开发中的冲突
上一篇文章留下的问题，git作为一个使用如此广泛、功能如此强大的版本管理软件，也是Xcode默认的版本管理工具。然而，Xcode作为一个奇葩的存在，它的源文件组织方式、xib或者storyboard文件的结构都异常的奇葩，导致了在和git共同使用中也会有些事情让人摸不着头脑。
这里并不是要讲git的理念、命令行的使用、解决问题的技巧、或者fastforward的意义等，这些去git官网看就好了，这里是一些在Xcode项目中使用git会碰到的一些坑，简单却很烦人。
如果你使用storyboard来组织UI，那么团队协作将是你的梦魇。几乎每点开一次storyboard文件，就能看到文件列表里显示了一个「m」符号，我也是醉了，只能右键去discard它，所以解决方法就是，不要把需要一个以上的人修改的东西放在storyboard里。
xcodeproject文件是另一个让人头疼的东西。在Xcode里，默认使用group来管理文件，你会看到所有的文件都在工程的根目录，但是打开了工程就看到它们回到了自己该在的地方，原因就在 xxx.xcodeproj目录下的两个文件，Xcode为所有你添加的文件都会建立一个索引，关键是同样一个文件两次被加入工程，索引值会不同....于是如果两个人在不断的向工程里边添加文件，经常会在merge之后发生冲突，还会发现工程也不能正常打开了。
解决方法就是打开这个文件（project.pbxproj），仔细查看你们添加或修改的文件，然后使用git add解决冲突。偶尔解决不善，可能会导致编译失败，提示找不到源文件，可是看到源文件们好好地躺在文件列表里，那就表示它们的索引不见了，去build phases里添加源文件就好了。
2. 可滑动的顶部为tab栏的View的实现（如smzdm iOS APP首页）
想来想去，实在想不到一个合适的名字来形容这个东西，就拿smzdm的APP首页来举例吧。这个实现不难，但是比较复杂，属于写一次以后就可以直接用的，我的源代码在这里：github/lkisme
实现方法是上边一个scrollview，下边一个scrollview，原理简单，注释清晰。
3. 使用tableView.dequeueReusableCellWithIdentifier来初始化value1类型的cell，detailTextLabel为nil
UITableview有太多的方法和用法了，这次就碰到一个问题，要显示简单的列表，左右各一个label，于是想到了古老的UITableViewCellStyle.Value1，于是写下了下面这样的代码
self.tableView?.registerClass(UITableViewCell.self, forCellReuseIdentifier: "normalCellId")
var cell = tableView.dequeueReusableCellWithIdentifier("normalCellId", forIndexPath: indexPath)
if cell == nil {
cell = UITableViewCell(style: .Value1, reuseIdentifier: "normalCellId")
}
cell.textLabel?.text = "XXX"
cell.textLabel?.font = UIFont.systemFontOfSize(14)
cell.textLabel?.textColor = UIColor.init(hexString: "#c5c5c5")
cell.detailTextLabel?.text = "yyy"
cell.detailTextLabel?.font = UIFont.systemFontOfSize(14)
cell.detailTextLabel?.textColor = UIColor.init(hexString: "#6a6a6a")
可是发现右边的detailTextLabel怎么都不显示，打断点看到cell.detailTextLabel是nil，百思不得其解。一时心急，就是用let cell = UITableViewCell.init(style: UITableViewCellStyle.Value1, reuseIdentifier: nil)来作为一个workaround。
之后回过头来看，原来是这样的。像上边这样的代码调用时，由于我register了一个class给了tableview，那么在调用dequeueReusableCellWithIdentifier("normalCellId", forIndexPath: indexPath)时，它就会使用UItableviewCell来生成一个对象，并不会返回nil，就不会进入下边的初始化过程，而自动生成的这个对象默认的Style是Default。
解决方案一就是上边说的workaround，二就是使用同样古老的dequeueReusableCellWithIdentifier("normalCellId")，这个方法会返回nil
4. 如何一秒钟向CoreData中存入20000条数据
思路其实很简单，之前写的CoreData的方法都是每插一条数据，使用context写一次文件，这次等全部插完（或者每500条，1000条）之后再保存，代码如下：
//MARK: - 批量添加
func addSBatch(ses : SArray) -> Void {
if (context == nil) {
print("添加失败，context为nil")
return
}
let undoManager = context.undoManager
context.undoManager = nil
for s in ses {
//创建对象
let st = NSEntityDescription.insertNewObjectForEntityForName("S", inManagedObjectContext: context) as! S
//对象赋值
s.code = s.data
}
save()
context.undoManager = undoManager
}
不使用这个方法，需要20秒插入20000条数据，使用之后只需要1秒。
5. 如何解决Xcode在断点处崩溃
很简单，重装
6. uitableviewCell的间距
比如cell的高度是44，contentView的高度是33，当使用constraint时，上下左右各有8各像素的距离。
