iOS开发的那些坑（贰）

当时光流逝，记忆也开始散去，猛然回头却发现本身还在原地。

目前作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混编，因此代码贴出来可能两种语言都有。内容有：

1. 使用git解决Xcode开发中的冲突
2. 可滑动的顶部为tab栏的View的实现（如smzdm iOS APP首页）
3. 使用tableView.dequeueReusableCellWithIdentifier来初始化value1类型的cell，detailTextLabel为nil
4. 如何一秒钟向CoreData中存入20000条数据
5. 如何解决Xcode在断点处崩溃
6. uitableviewCell的间距
7. 如何优雅地替换back button
8. block的使用
9. 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各像素的距离。

7. 未完待续

8. 未完待续