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.detailTextLabelnil,百思不得其解。一时心急,就是用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. 未完待续

KK笔记:kknotes.com
本文链接地址: iOS开发的那些坑(贰)

转载须以超链接形式标明文章原始出处和作者信息及版权声明

未经允许不得转载:KK笔记 » iOS开发的那些坑(贰)

赞 (0)

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址