欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页

iOS开发的那些坑(贰)

程序员文章站 2024-01-21 20:11:40
...

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

目前做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. 未完待续