iOS 开发中的 inline 函数

前两天在开发的时候遇到这样一个问题:想在 OC 代码中实现一个全局变量,这个变量会根据设备类型取不同的值。代码如下:

static CGFloat cardLeftMargin = isIPAD ? 30 : 16;   // 这里的 isIPAD 是个宏

在 swift 中很容易就能实现这个全局变量。但是在 OC 里面,上面的代码编译时报错了, Initializer element is not a compile-time constant.在 OC 里面,全局变量在编译的时候得有个确定的值。解决这个问题有两个方法,一是用宏定义 #define,二是用inline内联函数。

先贴出来使用 inline 函数解决这个问题的方案:

// .m file
inline CGFloat cardLeftMargin() {
    return isIPAD ? 30 : 16;
}

// .h file
extern CGFloat cardLeftMargin();

顾名思义,inline函数就是嵌在调用位置的函数。编译器在编译的时候,把inline函数的函数体嵌在每一个调用处。比如,

make.left.mas_equalTo(cardLeftMargin());

在编译的时候,就相当于

make.left.mas_equalTo(isIPAD ? 30 : 16);

在这里,inline函数和宏非常相像。引入inline函数的主要原因就是为了替代宏定义。如果我们要用宏定义实现上面代码的话,应该是这个样子的:

#define cardLeftMargin (isIPAD ? 30.f : 16.f)

可以看到,相比于inline函数,宏定义无法对参数进行类型检查。我想要的是一个CGFloat类型的变量,但是宏定义返回的最多是个float类型的变量。需要我后面再转一下类型,很麻烦,存在一定的局限性。但是inline函数就可以做到类型检测,比较安全

此外,宏需要预编译,而inline函数不需要预编译。可以说,inline函数继承了宏的优点,消除了宏的缺点

Read more

2025 年度总结

2025 年度总结

今天是 2026 年 1 月 1 号,又是新的一年。这个元旦没有安排出行任务,就在家里休息休息,或者出门溜达溜达。昨天休了一天全薪病假,做了体检,写了年终绩效总结,晚上干了一顿烤肉,没有时间写个人的年度总结。今天起早写写总结。 以下「今年」指 2025 年。 职业发展 算起来,我已经毕业工作四年多了。职业发展整体上还算稳定,没有碰到过糟心事,遇到的领导们也都对我关怀有加。今年又晋升一次,薪资迈上新的台阶。越往上升,越觉得离职业生涯的终点越近,逼迫自己赶紧找个靠谱稳定的副业,到 35 岁没人要的时候能养活自己。 最近两年 AI 大模型的崛起,提高了许多行业的可替代性。码农虽然不是首当其冲的,但危机感已经弥漫在各个论坛博客公共平台上面。没有人能准确预测到未来发展,但做好两手准备是很有必要的。码农不能再只低着头守着自己的键盘和屏幕,也要往外看,接触社会上的各种信息,打破信息壁垒。掌握的信息越多,出路就越多。

By Gray
联通 FTTR 宽带从路由器设置自动重启和穿墙功率

联通 FTTR 宽带从路由器设置自动重启和穿墙功率

几个月前把家里宽带换成了联通的千兆 FTTR 宽带,包含一主一从两个点位。配套光猫设备是华为的星光 F50 尊享版。 主点位放置在客厅茶几上,方便连接电视。从点位放在卧室门口,那里恰好有一个不耽误过路的小拐角可以放路由器。平常我们基本不在客厅活动,其他区域最近的 Wi-Fi 信号源是从路由器,因此我们大多数的设备连接的都是从路由器。从路由器的工作负荷很大。 从路由器个头小主路由器很多,散热不咋地。工作时间久了发热就容易发生数据包堵塞,丢包延迟高。需要把它电源拔掉重启。从宽带开通到现在,数据包堵塞影响网络的情况每个月会发生一次。有一次还影响了居家办公的视频会议。宽带维修师傅也给不出有效的法子,建议就是定期插拔从路由器电源。 从路由器和书房之间隔了两堵墙。信号到我书桌那个位置时,千兆网速已经衰减到只有 400-500Mbps 了,折损将近一半。叠加路由器发热的 debuff,书桌位置的网速最差的时候几乎和百兆宽带差不多。 我尝试过在光猫后台管理将路由器功率设置到「穿墙」模式,但没有任何作用。今天在后台研究了一番发现,原来我之前设置的功率是仅对主路由器生效,从路由器还是标准功率。要修

By Gray