当时光流逝,记忆也开始散去,猛然回头却发现自己还在原地。
目前做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各像素的距离。