JasonLee的专栏

结论先行使用Xcode14重新构建我们的App产物，可以优化2%的OC代码大小（基于messagesendstub）。将deploymenttarget设置为iOS16开始，可以再优化2%的代码大小。

背景周五中午，烈日当空。在组织活动要求下，我和几位同事顶着大太阳去参观了章太炎故居，并在附近开了个会。搭同事顺风车回到公司，下车的时候，有点晕的我感慨了一句：“中午不睡，下午崩溃。”没想到说完这句话，我收到了一个问题反馈：某个页面的某个功能区块，用户点击了没反应。并且配套的还有程序员经典名言：我这里是好的。初步分析预期情况：用户点击区块a，会根据服务端下发的url进行页面跳转。此时用户点击后没有反应，又由于开发该页面的同学未在此处代码逻辑中添加相应日志，所以先从.

休了一阵子假期，今天刚回来上班，项目代码已经有挺大的变化了，我就先体验、发现、跟进问题。第一个问题是点击某个cell就挂掉的现象，同事表示必现但挺神奇。由于挂掉的时候没有啥有意义的信息，所以先简单粗暴地在- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath{

在上一篇中简单介绍了Core Data Stack，自上而下地对Core Data应用结构有个基本的认识，不过都是理论上的。这里就以上一篇的理论构建起一个可运行的Demo，执行一些简单的增删改查操作。（图片来自Apple）首先，我们需要建立如上图的栈结构。因此，在ViewController里添加3个属性：@interface ViewControlle

距离Apple推出Swift已经有几天了，网上也时不时出现“急招Swift程序员，要求有一天工作经验”的帖子。看到Swift，除了苹果放的另外一门语言的链接（http://swift-lang.org/），还可能联想到Taylor Swift，或者铃木雨燕。这几天网上关于Swift的话题和材料应该迅速膨胀，比如StackOverflow的相关标签，还有知乎上的一些相关讨论。关于Swift的推出，我

有时候，我们需要有个worker thread来做一些密集型或者长耗时的任务，以避免阻塞住UI，给用户不好的体验。比如从网络上获取一批数据，然后解析它们，并将其输出到存储文件中。这时候，由于数据层发生了变动，我们希望通知到主线程更新UI —— 这就涉及到Core Data的多线程特性。比如我们一直以来使用的Demo中，添加球员信息的AddPlayerViewController和显示球

今天遇到一个问题，问题描述见此 http://stackoverflow.com/q/20062215/889538。为此进行了一番验证。我有一个Demo工程，叫做cdNBA，其数据模型如下：然后基于cdNBA新建了两个分支：cdNBA1和cdNBA2，分别对数据模型进行修改。cdNBA1工程创建了cdNBA 5.xcdatamodel，并安装到模拟器上写过数据。

在《Core Data Programming Guide》文档的Concurrency with Core Data这一章节中提到了“Use Thread Confinement to Support Concurrency”，这里的“Thread”还包含serial operation queue和dispatch queue。我目前的理解是MOC会负责对PSC进行加锁解锁，这些动作需要保

在做Web开发时，需要谨记的一条原则是“绝不要相信用户的任何输入”（参见《Essential PHP Security》）。与网页上的表单提交类似，做客户端开发时也应该考虑用户输入，比如可以为UITextField设置代理处理用户实时输入的内容，也可以读取完用户输入再做检查，或者是NSManagedObject的验证功能。比如，我们可以在Player的实现里提供验证函数： #d

Core Data版本迁移基础通常，在使用Core Data的iOS App上，不同版本上的数据模型变更引发的数据迁移都是由Core Data来负责完成的。这种数据迁移模式称为Lightweight Migration（可能对于开发人员来说是lightweight），开发人员只要在添加Persistent Store时设置好对应选项，其它的就交付给Core Data来做了：

通常，我们都会尽量使数据模型的变化尽量简单。但有些情况下，不得不进行大的改动，甚至是重新设计数据模型。在这种情况下，之前提过的简单数据迁移已经无法适应了，需要引入Mapping Model这个中间层。这时，又想起之前提过的一句话：There is no problem in computer science that can’t be solved by adding anot

这是一个起初看起来很神奇的问题，大意如下：有一个Table，展示多个消息会话，这些消息会话按最新消息时间排序；某种情况下，新收到一条消息，时间展示为最新，但这条消息没有排在最上方。因为界面上展示的时间是最新的，所以刚开始遇到这个问题的第一反应是看看数据库里面的时间戳是不是正确的，查看后确认时间是最新的没错。一时陷入了僵局，因为问题很难重现。所以梳理了下逻辑：

有这么个业务需求，抽象出来如下：展示一条文案，比如“某某人做了某某事”，这里的“某某人”是一个用户的昵称；用户可以修改昵称，修改过后再看之前的文案，“某某人”这个昵称需要跟着变化；文案数据从服务端获取；根据上述需求，讨论确定了服务端下发的“某某人”采用[UserId]uid[/UserId]这样的UBB标签格式，客户端进行解析和替换。要解析内容，首先要匹配指定的UBB标签，

趁着今年WWDC的开展，我又回顾了下去年的一些内容，发现有些新特性博客上都没有记录，想想iOS 8都出来了，iOS 7的特性再不随手记录下都晚了 ：）参考WWDC 2013的Session Videos《Getting Started with UIKit Dynamics》和《Advanced Techniques with UIKit Dynamics》，随手记了以下几点：UIKit Dyna

今天发现一个问题，落在具体代码上是一个UITextView的子类在调用becomeFirstResponder函数后，键盘没有呼出来。首先检查了该子类的相关函数，比如：- (BOOL)canBecomeFirstResponder{之类的，都是return YES，但当调用时：BOOL bRet = [_inputTextView becomeFirstResponder];却是re

今天尝试着在一个ViewController上面调用：- (void)presentModalViewController:(UIViewController *)modalViewController animated:(BOOL)animated来展示一个半透明的viewController： UIViewController *vc = [[[UIViewControlle

在iOS 7还没有发布的时候，各种App实现各种的swipe to pop效果，比如这里有一份简单的demo。在iOS 7上，只要是符合系统的导航结构：- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions{ self.

摘自Stackoverflow：http://stackoverflow.com/a/7990532/889538#import "mach/mach.h"vm_size_t usedMemory(void) { struct task_basic_info info; mach_msg_type_number_t size = sizeof(info); ke

Outline如何获得crash日志如何解析crash日志如何分析crash日志     1. iOS策略相关     2. 常见错误标识     3. 代码bug一、如何获得crash日志当一个iOS应用程序崩溃时，系统会创建一份crash日志保存在设备上。这份crash日志记录着应用程序崩溃时的信息，通常包含着每个执行线程的栈调用信息（低内存闪退日志

要限制一个UITextField的输入字数（参考链接），首先想到的应该是通过UITextFieldDelegate的代理方法来限制：- (BOOL)textField:(UITextField *)textField shouldChangeCharactersInRange:(NSRange)range replacementString:(N

近期需要写一个交互有点DT的日历控件，具体交互细节这里略过不表。不过再怎么复杂的控件，也是由基础的零配件组装起来的，这里最基本的就是日历控件。先上图：从图中可以看出日历控件就是由一个个小方块组成的，每一行有7个小方块，分别表示一周的星期天到星期六。给定一个月份，我们首先需要知道这个月有多少周。那么如何确定一个月有多少周呢？我是这么想的，在NSDate上做扩展：@in

前言记得去年WWDC抢票改制，2分钟就sold out了。今年再度改制，改成随机挑选了。本来报名后我已经忘记这件事情了，没想到某天打开邮箱一看：由于去年我已经去过了，感觉有点累，而且觉得Apple的工程师交流起来挺保守的（或许他们内部不同部门的沟通也很保守），所以今年兴致不是很高。另一方面是觉得，这种好事不能总是自己占着，应该换一批同学去。当然，公司层面是需要有去过的同学带队比

前言一晃就是一周过去了，距离上一篇《又是一年WWDC，暨回顾去年之旅——Part I》。今天天气凉爽，中午打扫了下房间，下午去打了会羽毛球和篮球，现在洗漱完毕，清爽写点文字，还是蛮惬意的。按照之前的“后续”，这篇会谈些WWDC大会本身。签到报道时间是在大会正式开始前一天，如果没记错的话应该是星期天。那天我们提前到达了旧金山的downtown，记得当时汽车逐渐驶入市区

之前写了《Core Data浅谈系列汇总》，今天稍微回顾了下，做些补充。在这个系列的第一篇《基础结构》中（2013年1月份的文章，时间过得好快啊！），有简单带过Entity的Attribute：数据类型、布尔值统一用NSNumber来表示；字符串类型用NSString表示；时间类型用NSDate表示；二进制数据类型用NSData表示；非标准类型用Transformable来表示；而Attribut

上一篇讨论到添加球员信息后，球员列表没有及时得到修改。这是由于之前我们简单地使用了一个NSMutableArray来管理球员列表，需要我们额外做一些变更通知。而在Core Data和UITableView之间，存在这一个名为NSFetchedResultsController的类为我们提供更多方便。从很大程度上来看，NSFetchedResultsController是为了响应Mode

上接iOS中线程Call Stack的捕获和解析（一）。1. 部分参考资料做这一块时也是查阅了很多链接和书籍，包括但不限于：《OS X ABI Mach-O File Format Reference》《Mach-O Programming Topics》《程序员的自我修养》——这本几年前读过的，又一次从书架上拿下来温习，主要是用来对比确认；《The Mac Hacker’s Handboo

这里对上个月做的一个技术项目做部分技术小结，这篇文章描述的功能和我们在使用Xcode进行调试时点击暂停的效果类似。一、获取任意一个线程的Call Stack如果要获取当前线程的调用栈，可以直接使用现有API：[NSThread callStackSymbols]。但是并没有相关API支持获取任意线程的调用栈，所以只能自己编码实现。1. 基础结构一个线程的调用栈是什么样的呢？我的理解是应该包含当前线程

一、NSTimer的失效性在iOS中要设置一个定时器的通常做法是调用如下API：+ (NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)ti invocation:(NSInvocation *)invocation repeats:(BOOL)yesOrNo;这个API会创建一个NSTimer对象，将其添加到当前runloop的def

一、GCD Timer的创建和安放虽然GCD Timer并不依赖于NSRunLoop，但是有没有可能在某种情况下，GCD Timer也失效了？就好比一开始我们也不知道NSTimer对应着一个runloop的某种mode。先来看看GCD Timer的使用方法：dispatch_source_t timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TI

今天同事在群里发了一个问题，问有没有人碰到类似如下的问题：-[UILabel stringByTrimmingCharactersInSet:]: unrecognized selector sent to instance 0x7ff08c865970一位同事第一反应是不是对象被释放了，出现了野指针？然而加上异常断点、开启Zombie诊断后，并没有带来有用的信息。我转身问是不是必现的？回答是的。

原文地址：https://yq.aliyun.com/articles/57554前言相比较于React Native的“Learn once, write anywhere”，Weex的口号是“Write once, run everywhere”。考虑到React Native比较任性的向下兼容性，我们也引入了Weex做一番了解。本文主要分为以下几个部分：构建Hello World程序；集成

通常客户端产品至少都会有Debug和Release两种编译配置，在编译Release版本中会进行一些优化，以减少最终产品的体积。 比如，在Release版本中会对代码执行步骤进行优化（如O1、O2等），这会导致有些代码被优化省略掉，有时无法单步调试；另外就是会去掉符号信息，这会导致断点调试时没有符号信息，所以才会有CallStack的捕获和解析内容。由于千牛iOS端会有不同版本，分别面向内部开发者

TL;DR上周末看的部分WWDC18的视频，不过当时没来得及做些记录。 我个人的历年习惯通常是先浏览下目录，再挑一部分感兴趣的先看——通常是《What’s new in Cocoa Touch》和《What’s new in LLVM》，后续的再根据主题和实际需要再进一步了解，比如关于如何提升开发效率的。 这里主要记录下WWDC18《What’s new in LLVM》中我个人的一些观后...

前段时间千牛iOS版本也从iOS 6.0开始支持，所以可以正式引入Auto Layout来进行界面布局。 这里记录下在UILabel上应用Auto Layout进行布局的过程。一、业务场景用三个UILabel展示一件商品的基本信息：标题，价格，销量；标题排在最上面，左右两边至少留出20的边距，可以换行；价格排在标题下面，左边与标题对齐，顶部和标题留出10的边距；销量排在价格右边，字体略小，

Core Data是苹果官方提供的一套框架，用来解决与对象生命周期管理、对象关系图管理和持久化等方面相关的问题。大多数情况下，我们引入Core Data作为持久化数据的解决方案，并利用它将持久化数据映射为内存对象。为什么要使用Core Data呢？以下几点可供参考：有丰富且良好的文档，方便新手入门、老手埋坑。这些文档多半来源于Apple官方，以及Stackoverflo

在逻辑上（表关系）将Team和Player关联起来后，我们将其展现到UI视图上。首先，为App添加导航栏：@interface AppDelegate : UIResponder @property (strong, nonatomic) UIWindow *window;@property (strong, nonatomic) UINavigationControll

继上一篇文章末尾提到的，一支队伍可以添加多名球员，不过一名球员只能属于一支队伍中，这分别对应着Core Data中一对多和一对一的属性关系：如上两图，是在Team实体里面添加了一个players关系，指向Player实体，可以一支球队关联多名球员，并且最多只允许关联15名球员。同样地，也为Player实体添加team关系，指向Team实体：

上一篇文章用实际代码演示了Core Data应用中基本的增删改查操作，使用的是NSManagedObject对象，利用KVC来修改、获取对象的属性值。除此之外，我们还可以创建与Player、Team相对应的具体的NSManagedObject子类，如下图：Xcode会为我们生成子类的代码，如Player的接口声明和实现（汗，从Xcode复制代码到Everno

之前随手写过一篇《使用UIScreenEdgePanGestureRecognizer实现swipe to pop效果》，挺粗糙的。现在使用默认模板创建的iOS App都支持手势返回功能，如果导航栏的返回按钮是自定义的那么则会失效，也可以参考这里手动设置无效。if ([self.navigationController respondsToSelector:@selector(interactiv

Core Data浅谈系列之一 ： 基础结构Core Data浅谈系列之二 ： 简单的CURDCore Data浅谈系列之三 ： 了解NSManagedObject和NSPredicateCore Data浅谈系列之四 ： 数据模型的版本变迁Core Data浅谈系列之五 ： 在UITableView中展示Core Data浅谈系列之六