源码

首页 » 归档 » 源码 » iOS开发笔记— UITableView、ARC、xcconfig、Push

iOS开发笔记— UITableView、ARC、xcconfig、Push

前言

分享iOS开发中遇到的问题,和相关的一些思考,本次内容包括:UITableView滚动问题、ARC、xcconfig、Push证书。

正文

UITableView

UITableView在reloadData 的时候,如果height的高度发生较大变化,contentOffset无法保持原来的大小时,会发生滚动的效果。如果直接reloadData再setContentOffset:设置位置,仍会出现滚动的效果。

如果需要去除该滚动效果,可以在reloadData之后,调用scrollToRowAtIndexPath并设置animated:NO,最后再用setContentOffset:微调位置。

同理,如果需要在reloadData后,手动scroll到header时,可用同上的解决方案。

UITableView还有类似的问题,如果列表项过多时,scrollToRowAtIndexPath有时并不准确,比如有1000行时滚动到第500行,此时可能会出现滚到501或者499行的情况。

究其原因,是因为UITableView不会调用1~499行所有的heightFor和cellFor方法,所以无法准确计算出来位置。

从这里去分析,如果需要滚动到准确的位置,可以用estimatedRowHeight的属性,设置和行高一样的高度;在行高各不相同的场景,可以设置estimatedRowHeight为大致的数字,在scrollToRowAtIndexPath之后通过setContentOffset:微调位置。

ARC

Automatic Reference Counting(ARC)是编译器特性,由编译器插入对象内存管理代码,实现内存管理。

如果仅仅是retain/release的管理,非常容易理解,但是插入的代码如何实现weak、strong这些运行时特性?

最近同事遇到一个问题,以下代码会crash:

实现了一个editingButton的getter,同时在dealloc的时候将其移除;

如果editingButton在整个生命周期都没有初始化时,则在dealloc使用getter会触发初始化,然后在下面的weakify(self);这一行crash。

- (void)dealloc
{
    [self.editingView removeFromSuperview];
    [self.editingButton removeFromSuperview];  // crash
}

- (UIButton *)editingButton
{
    if (!_editingButton)
    {
        _editingButton = [UIButton buttonWithType:UIButtonTypeCustom];
        ......
        weakify(self); // CRASH
        [_editingButton ss_addEventHandler:^(id  _Nonnull sender) {
                  ......
        } forControlEvents:UIControlEventTouchDown];
    }
    return _editingButton;
}

闪退的堆栈如下

image.png

ARC的文档中找到闪退的方法,其中有一段描述如下:

image.png

当dealloc开始的时候,weakSelf的指针应该都已经被重置为nil;如果在dealloc的函数中再次初始化weakSelf指针会出现异常。

另外,在dealloc方法执行属性的getter方法也是不合理,因为属性的getter方法大都包括如果未创建就创建并初始化的逻辑。

ARC的文档 这份文档也是非常好的ARC学习资料。

xcconfig

xcconfig是用来保存build setting键值对的文件,里面是一些纯文本;

//:configuration = Debug
PRODUCT_BUNDLE_IDENTIFIER = com.loyinglin.dev
DISPLAY_NAME = 测试标题
PRODUCT_NAME = Learning
GCC_TREAT_WARNINGS_AS_ERRORS = YES

//:configuration = Debug
GCC_PREPROCESSOR_DEFINITIONS = $(inherited) COCOAPODS=1 SSDEBUG=1

比如这里配置是一份debug的xcconfig,其中PRODUCT_BUNDLE_IDENTIFIER = com.loyinglin.dev的键值会在编译的时候生效。

xcconfig有什么用?

一个Xcode工程,一定会有Debug的开发环境和Release的发布环境,可能会有Testflight的灰度环境、DailyBuild的持续集成环境、XXLanguage的多语言环境、TestCoverage的覆盖率测试环境、IAP的内购测试环境等;每个环境所用的证书不同,APP安装后显示的名字不同,provision file也不同等等。

一种方案是使用Target来解决,公用的部分设置在project,每个环境根据各自特点自定义某些设置;这样带来的后果是target数量增多明显,而target增多带来的后果是当需要新增extension的时候会工作量巨大,并且多环境的管理难度加剧。

另外一种方案是使用Configuration来区分环境,而xcconfig就是用来管理Configuration的文件。

如何创建和使用xcconfig?

1、在Xcode中新建文件,输入config,选择configuration settings file;这一步是创建xcconfig的文件。

image.png

2、在Xcode中选中工程,在configurations中选择需要配置的选项,这里以debug为例,点击后选择刚刚已经创建的xcconfig,则可以把xcconfig和debug的编译选项绑定在一起。

image.png

如果你用了cocoaPod,你会发现这一项已经有了CocoaPod创建xcconfig,如果选择了自己新建的xcconfig,则会编译失败;

此时可以在自己新建的xcconfig头文件中加入以下代码:

#include "Pods/Target Support Files/Pods-YourName/Pods-YourName.debug.xcconfig"

注意需要修改成自己的工程名。

3、在build setting选中某个配置项,cmd+c复制然后到xcconfig的文件中,cmd+v就可以复制配置项到xcconfig中。

注意如果这个配置项在build setting已经有自定义值,需要将其删除,原因下面解释。

image.pngxcconifg的配置和工程默认配置、手动在build setting配置有什么区别?

配置的结果优先级不同,我的理解是:

a、project默认配置是最低优先级,因为是最基础的配置;

b、target配置基于project,但target默认会添加一些配置,优先级比上面高;

c、xcconfig的配置是target某个config的配置,优先级比上面高;

d、target的build setting中直接添加的配置项,优先级比上面高;image.png

知道上面的关系后,我们可以解决使用xcconifg时,CI 打包xcconifg配置项不生效的问题:

检查是否对应配置项是否在target的build setting中直接添加;

如果需要新增某个configuration,可以直接duplicate已有的configuration,但是如果使用Pods需要重新pod install,以生成对应的pod工程的配置项,否则会出现下图的报错:

image.png

找不到对应库,因为新的configuration没有设置对应的file

Push 证书

.p12是连接苹果APNs服务器的证书(公钥+私钥);

.cer 是苹果的证书文件(公钥);

.pem是OpenSSL的证书文件(公钥+私钥);

当我们生成push证书时,其实就是将我们本地的p12通过脚本,导出对应的pem文件;

下面是一段常用的脚本:

P12_CERT=AppStorePush.p12 # p12证书文件
PASSWD=loying # p12密码

EXPORT_CERT=AppStorePush.pem # 导出pem证书
EXPORT_KEY=AppStorePushWithKey.pem  # 导出的pem私钥,有密码
EXPORT_KEY_UNENCRY=AppStorePushWithoutKey.pem # 导出的pem私钥,无密码
EXPORT_KEY_AND_CERT=AppStore_ck.pem # 含有证书和私钥的pem

openssl pkcs12 -clcerts -nokeys -out ${EXPORT_CERT} -in ${P12_CERT} -passin pass:${PASSWD} # 导出证书

openssl pkcs12 -nocerts -passout pass:${PASSWD} -out ${EXPORT_KEY} -in ${P12_CERT} -passin pass:${PASSWD} #导出私钥,有密码

openssl rsa -in ${EXPORT_KEY} -passin pass:${PASSWD} -out ${EXPORT_KEY_UNENCRY} # 导出私钥,无密码

cat ${EXPORT_CERT} ${EXPORT_KEY_UNENCRY} > ${EXPORT_KEY_AND_CERT}   # 证书和私钥合起来

openssl s_client -connect gateway.push.apple.com:2195 -cert ${EXPORT_CERT} -key ${EXPORT_KEY_UNENCRY}   # 测试 push证书

# gateway.push.apple.com
# gateway.sandbox.push.apple.com

在调试Push的时候,以下这个软件(App Store可以下载)非常便捷:

image.png

使用时配置好证书(可以点击connect验证是否连接APNs成功),再从iPhone获取到deviceToken添加到设备列表,便可以使用推送。

总结

这些都是在项目中遇到的一些问题,UITableView这个是老生常谈,ARC那篇文档是很好的学习资料,xcconfig需要多研究,未来随着版本和渠道增多会越来越复杂,Push在Easy APNs Provider这个软件出来后就很好测试,再也不用登录信鸽去手动配置Push。

新的一年,继续搬砖和学习。

作者:落影loyinglin

链接:https://www.jianshu.com/p/0093cb8c5a35

(0)

本文由 投稿者 创作,文章地址:https://blog.isoyu.com/archives/ioskaifabiji-uitableviewarcxcconfigpush.html
采用知识共享署名4.0 国际许可协议进行许可。除注明转载/出处外,均为本站原创或翻译,转载前请务必署名。最后编辑时间为:2月 12, 2019 at 05:55 下午

热评文章

发表评论

[必填]

看不清?

提交后请等待三秒以免造成未提交成功和重复