iOS 宏(define)与常量(const)使用

iOS宏与常量使用

来源:汉斯哈哈哈(@汉斯哈哈哈 )   

链接:http://www.jianshu.com/p/f83335e036b5



在iOS开发中,经常用到宏定义,或用const修饰一些数据类型,经常有开发者不知怎么正确使用,导致项目中乱用宏与const修饰


你能区分下面的吗?知道什么时候用吗?


#define HSCoder @"汉斯哈哈哈"

NSString *HSCoder = @"汉斯哈哈哈";

extern NSString *HSCoder;

extern const NSString *HSCoder;

 

static const NSString *HSCoder = @"汉斯哈哈哈";

 

const NSString *HSCoder = @"汉斯哈哈哈";

NSString const *HSCoder = @"汉斯哈哈哈";

NSString * const HSCoder = @"汉斯哈哈哈";


当我们想全局共用一些数据时,可以用宏、变量、常量


宏:


#define HSCoder @"汉斯哈哈哈"


变量:


NSString *HSCoder = @"汉斯哈哈哈";


常量:

四种写法:


static const NSString *HSCoder = @"汉斯哈哈哈";

const NSString *HSCoder = @"汉斯哈哈哈";

NSString const *HSCoder = @"汉斯哈哈哈";

NSString * const HSCoder = @"汉斯哈哈哈";


思考:宏与常/变量的选择?


  • 宏:只是在预处理器里进行文本替换,没有类型,不做任何类型检查,编译器可以对相同的字符串进行优化。只保存一份到 .rodata 段。甚至有相同后缀的字符串也可以优化,你可以用GCC 编译测试,”Hello world” 与 “world” 两个字符串,只存储前面一个。取的时候只需要给前面和中间的地址,如果是整形、浮点型会有多份拷贝,但这些数写在指令中。占的只是代码段而已,大量用宏会导致二进制文件变大

  • 变量:共享一块内存空间,就算项目中N处用到,也不会分配N块内存空间,可以被修改,在编译阶段会执行类型检查

  • 常量:共享一块内存空间,就算项目中N处用到,也不会分配N块内存空间,可以根据const修饰的位置设定能否修改,在编译阶段会执行类型检查


尽量使用const,看苹果api使用常量多点,如下图:



常量区分


全局常量:不管你定义在任何文件夹,外部都能访问


const NSString *HSCoder = @"汉斯哈哈哈";


例如:


在ViewController定义一个 HSCoder 字符串全局常量:



在AppDelegate中访问:


局部常量:用static修饰后,不能提供外界访问


static const NSString *HSCoder = @"汉斯哈哈哈";


例如:


在ViewController定义一个 HSCoder 字符串局部常量:



编译时报错:



const修饰位置不同,代表什么?


1.const NSString *HSCoder = @"汉斯哈哈哈";

2.NSString const *HSCoder = @"汉斯哈哈哈";

3.NSString * const HSCoder = @"汉斯哈哈哈";


1.const NSString *HSCoder = @"汉斯哈哈哈";

"*HSCoder"不能被修改, "HSCoder"能被修改

 

2.NSString const *HSCoder = @"汉斯哈哈哈";

"*HSCoder"不能被修改, "HSCoder"能被修改

 

3.NSString * const HSCoder = @"汉斯哈哈哈";

"HSCoder"不能被修改,"*HSCoder"能被修改

 

注意:12其实没什么区别


结论:const右边的总不能被修改


验证:


const int *p;



int const *p;



int * const p;


所以一般我们定义一个常量又不想被修改应该这样:


NSString * const HSCoder = @"汉斯哈哈哈";


测试:


在ViewController定义一个常量HSCoder:



在AppDelegate修改常量HSCoder,看下面报错提示:


一般项目中,定义全局常量,会写在独立文件里


HSConst.m 定义常量:



HSConst.h 提供外接访问常量:



在AppDelegate中访问:


内容概要:本文介绍了基于Koopman算子理论的模型预测控制(MPC)方法,用于非线性受控动力系统的状态估计预测。通过将非线性系统近似为线性系统,利用数据驱动的方式构建Koopman观测器,实现对系统动态行为的有效建模预测,并结合Matlab代码实现具体仿真案例,展示了该方法在处理复杂非线性系统中的可行性优势。文中强调了状态估计在控制系统中的关键作用,特别是面对不确定性因素时,Koopman-MPC框架能够提供更为精确的预测性能。; 适合人群:具备一定控制理论基础和Matlab编程能力的研【状态估计】非线性受控动力系统的线性预测器——Koopman模型预测MPC(Matlab代码实现)究生、科研人员及从事自动化、电气工程、机械电子等相关领域的工程师;熟悉非线性系统建模控制、对先进控制算法如MPC、状态估计感兴趣的技术人员。; 使用场景及目标:①应用于非线性系统的建模预测控制设计,如机器人、航空航天、能源系统等领域;②用于提升含不确定性因素的动力系统状态估计精度;③为研究数据驱动型控制方法提供可复现的Matlab实现方案,促进理论实际结合。; 阅读建议:建议读者结合提供的Matlab代码逐段理解算法实现流程,重点关注Koopman算子的构造、观测器设计及MPC优化求解部分,同时可参考文中提及的其他相关技术(如卡尔曼滤波、深度学习等)进行横向对比研究,以深化对该方法优势局限性的认识。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值