黑马程序员 OC基础: Block 和 Protocol

本文深入讲解Block的概念及其在代码中的应用,并介绍了如何定义Block变量及简单应用场景。此外,还详细探讨了Objective-C中的协议功能,包括协议的编写、用法以及在代理模式中的应用。

——Java培训、Android培训、iOS培训、.Net培训、期待与您交流! ——

Block

Block 封装了一段代码,可以再任何时候执行.

与函数指针非常类似的东西,但是据说功能更强大.日后慢慢体验.

如何定义 block 变量

int (^sunBlock)(int, int);

void (^myBlock)();

注意到^了吗. 这是 Block 定义的专属写法.

如何利用 block 封装代码

^(int a, int b) {
    return a - b;
};

^() {
    NSLog(@“————“);
};

^ {
NSLog(@“————“);
};

简单的应用场景

int (^sumblock)(int, int) = ^(int a, int b){
    return a + b;
};

int c = sumblock(14,6);

NSLog(@"%d", c);

注意点:

block 可以访问外面的变量

默认情况下,block 内部不能修改外面的局部变量

给局部变量加上 __block 关键字,这个局部变量就可以在 block 内部修改

与函数指针类似, Block 类型也可以由 typedef 来定义.减少我们的代码重复编写工作.

利用 typedef 定义 block 类型

typedef int (^MyBlock)(int, int);
以后就可以用 MyBlock 这种类型定义 block 类型

MyBlock block;
MyBlock b1,b2;

protocol

功能: 用来声明一大堆方法.

只要某个类遵守了这个协议,就可以用这些方法.

而且只要父类遵守了某个协议,就相当于子类也遵守.

协议的编写

@protocol 协议名称 <遵守的其他协议,例如基协议>
// 方法声明列表
@end

举个栗子

#import <Foundation/Foundation.h>

// 定义一个名叫 MyProtocol 的协议,并且遵守 NSObject 基协议
@protocol MyProtocol <NSObject>

某个类遵守协议

@interface 类名 : 父类 <协议名>
@end

举个栗子

@interface Person : NSObject <MyProtocol>

@end

据说 <协议往往用在代理模式和观察者模式> 以后会涉及到设计模式的知识点

一个协议遵守了另外一个协议,就可以拥有另一个协议的所有方法声明 

基协议

我们知道NSObject 是一个基类,任何一个其它类都要遵守它.
@protocol NSObject 是基协议,也是一样的道理.

关于协议的一些用法

// 要求 obj保存的对象必须是遵守 MyProtocol 协议

NSObject<MyProtocol> *obj = [[NSObject alloc] init];  // 这样不遵守协议编译器就会警告.

// 要求 obj2 保存的对象必须是遵守 MyProtocol/并且继承了 Person

Person<MyPerson> *obj2 = [[Person alloc] init];

1 协议遵守协议

@protocol 协议名称 <其它协议名称1,其它协议名称2>

@end

2.协议中声明方法的关键字

a. @required (默认)
要求实现方法,如果没有实现,会发出警告

b. @optional
不要求实现,怎样都不会有警告

3.定义一个变量的时候,限制这个变量保存的对象遵守某个协议

类名<协议名称> *变量名;
id< 协议名称> 变量名;

NSObject<MyProtocol> *obj;
id<MyProtocol> obj;

如果没有遵守对应协议,编译器会发出警告

4.@property 中声明的属性也可以做一个遵守协议的限制

@property (nonatomic, strong) 类名<协议名称> *属性名;
@property (nonatomic, strong) 类名<协议名称> *属性名;

协议可以定义在其它单独.h文件中,也可以定义在某个类中

如果这个协议只用在某个类中,应该把协议定义在该类中

如果这个协议用在很多类中,就应该定义在单独文件中

协议的应用 - 代理模式

// 拥有一个代理属性
// 代理的类名随便,必须遵守 TicketDelegate 协议
@property (nonatomic, strong) id<TicketDelegaet> delegate;

类中的 delegate 不管怎么变化更改.只要它遵守我们的 TicketDelegaet 协议.我们都能正常使用 delegate 对象中的方法.
而不用频繁的将两个类中的内容都修改.

我感觉好处在于降低代码耦合性, 让程序的通用程度更高,更灵活.

设计模式这一块知识点刚刚接触,暂时还不能解释清楚. 最好找一些相关资料学习一下.

内容概要:本文围绕“基于交流潮流的电力系统多元件N-k故障模型研究”展开,深入探讨了利用Matlab代码实现电力系统在发生多个关键元件同时故障(即N-k故障)情况下的交流潮流计算与故障分析方法。该模型不仅考虑了传统潮流方程的非线性特性,还引入了故障约束条件,能够精确模拟复杂多样的故障场景,如短路、断线等,进而评估电网在极端运行条件下的稳态与动态行为。研究通过构建典型电力系统算例,验证了所提模型在故障筛选、脆弱性识别及系统恢复策略制定方面的有效性,为电力系统安全评估、风险预警防御体系构建提供了坚实的理论依据技术支撑。此外,模型具备良好的扩展性,可进一步应用于连锁故障传播分析、恶意攻击模拟等高级安全分析领域。; 适合人群:具备电力系统分析基础理论知识Matlab编程能力的高校研究生、科研院所研究人员以及电力公司从事电网规划、运行与安全管理的技术人员,特别适用于开展电力系统安全稳定、可靠性评估与应急响应机制研究的专业人士。; 使用场景及目标:①开展电力系统在多重故障条件下的交流潮流仿真,评估系统电压稳定性、线路过载风险及负荷损失程度;②识别电网中的关键薄弱环节与脆弱元件,支撑电网加固改造与防御资源配置;③用于科研项目中的故障场景建模与算法验证,或作为教学案例帮助学生理解复杂故障下的系统响应机制。; 阅读建议:此资源以Matlab代码为核心实现手段,建议读者结合理论推导与代码实现进行对照学习,重点关注故障建模过程中雅可比矩阵的修正方法、故障注入方式及收敛性处理策略,建议在仿真中逐步增加故障数量与复杂度,深入理解N-k故障对系统潮流分布的影响规律,并尝试将其拓展至含新能源接入的现代电力系统场景中进行验证与优化。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值