KVO vs NSNotification vs 协议/委托？

Question

我知道何时使用哪个，但确切的用法我仍然不清楚。有人可以举例解释吗？

Answer 1

如果您只想与一个对象对话，请使用委托。例如，tableView 有一个委托 - 只有一个对象应该负责处理它。

如果您想告诉每个人发生了什么事，请使用通知。例如，在内存不足的情况下，会发送一条通知，告诉您的应用程序出现了内存警告。因为应用程序中的许多对象可能希望降低其内存使用量，所以这是一个通知。

我认为 KVO 根本不是一个好主意，并且尽量不要使用它，但是，如果您想了解属性是否已更改，您可以监听更改。

希望有帮助。

PS 这总结了我认为 KVO 被破坏的原因

Answer 2

当存在“主/从”关系（委托了解该类，而该类了解该委托）、其中一个类处于控制层次结构的较高层，并且很明显不会出现其他类无法使用的情况时，请使用委托。元素（主要是 UI）有兴趣了解该类要说什么。

当班级不想知道谁在听以及有多少人在听时，可以使用通知，任何人、任何人数都可以注册通知。

KVO 对于“在类不知道的情况下”进行监听很有用，当然事实并非如此，应用 KVO 的类不需要更改。

Answer 3

委派是当您希望其他对象修改发送者的行为时使用的一种设计模式。示例：终端窗口避免显示被窗口边缘剪切的任何行或字符，因为终端窗口的委托会更改窗口的大小以确保这一点。

通知是当您不需要响应时使用的一种模式。示例：您收到系统即将进入睡眠状态的通知。该通知的发送者并不关心您对此做了什么。

Answer 4

即使这三者都能满足您在某种情况下的需求，委托仍然是一个更好的选择：

1. 可重用性。
2. 自我记录。通过检查类的头文件，人们可以立即识别出数据交换的内容/方式。

Answer 5

iOS 委托模式、通知中心、KVO

委托

委托 模式是一种与结构（GoF 的装饰器或包装器模式）相关的设计模式，它添加了无需更改对象的代码即可实现对象的行为和职责。您可以将一些逻辑移至另一个辅助类中或将其用作骨架。它是继承的替代方案。从技术上讲，它使用关联^[关于]。 Kotlin 语言在语言层支持delegate 模式。对于iOS，通常它用于松散耦合，用于类之间的通信Class1 <-> Class2 没有保留周期^[关于] 其中SomeClass1 -> SomeClass2 和 SomeClass2 弱-> SomeClass1

protocol SomeProtocol: AnyObject {
    func foo()
}

class SomeClass1: SomeProtocol {
    let someClass2 = SomeClass2()

    init() {
        someClass2.delegate = self
    }
    
    func foo() {
        print("foo is called")
    }
}

class SomeClass2 {
    
    weak var delegate: SomeProtocol?
    
    func onButtonTap() {
        delegate?.foo()
    }
}

NotificationCenter

NotificationCenter 或 NSNotificationCenter(Objective-C) （不是远程（推送）或本地通知）是一种发布/订阅事件总线。您有 NotificationCenter 单例对象，它是任何人发送或接收事件的单点。您可以使用它通过所有应用程序发送事件，任何人都可以中断它。这种系统开发速度快，但支持难度大。它也是一种松耦合系统。

您可以使用NotificationCenter的下一个API：

post(name: object: userInfo:)
addObserver(_ observer: selector: name: object:)
removeObserver(_ observer: selector: object:)

例如系统的显示、隐藏键盘

NotificationCenter.default.addObserver(self, selector: #selector(MyViewController.keyboardWillShow), name: UIResponder.keyboardWillShowNotification, object: nil)
NotificationCenter.default.addObserver(self, selector: #selector(MyViewController.keyboardWillHide), name: UIResponder.keyboardWillHideNotification, object: nil)

@objc func keyboardWillShow(_ notification:Notification) {
}
    
@objc func keyboardWillHide(_ notification:Notification) {
}

KVO

KVO - Key-Value Observing。观察 Objective-C 支持的属性值的变化。当你需要了解对象的一些变化而不需要任何请求时，可以使用它

Objective-C -@property^[关于] 使用 willChangeValueForKey 和 didChangeValueForKey KVO

*注释

• 如果您覆盖 willChangeValueForKey、didChangeValueForKey，则不会触发 observeValueForKeyPath
• 如果您使用 iVar^[关于] 您负责调用的设置器willChangeValueForKey、didChangeValueForKey

#import "SomeClass.h"

@interface SomeClass()
@property (nonatomic, strong) NSString *someVariable;
@end

@implementation SomeClass
- (void) foo 
{    
    [self addObserver: self forKeyPath: @"someVariable" options: NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld context: nil];
    
    self.someVariable = @"set someVariable";
}

- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context
{
    if ([keyPath isEqualToString:@"someVariable"]) {
        NSLog(@"%@", change);
    }
}

@end

Swift - NSObject 和 @objc 动态^[关于]

class SomeClass1 : NSObject {
    @objc dynamic var v = 0
}

class SomeClass2 {
    var kvoToken: NSKeyValueObservation?
    
    func subscribe(someClass1: SomeClass1) {
        kvoToken = someClass1.observe(\.v, options: .new) { (object, change) in
            guard let value = change.newValue else { return }
            print("New value: \(value)")
        }
    }
    
    deinit {
        kvoToken?.invalidate()
    }
}

或

public class SomeClass: NSObject 
    public override func observeValue(forKeyPath keyPath: String?, of object: Any?, change: [NSKeyValueChangeKey : Any]?, context: UnsafeMutableRawPointer?) {

    }
}

func foo() {
    someClass1.addObserver(self, forKeyPath: "v", options: .new, context: nil) //forKeyPath: #keyPath(SomeClass.v)
}

[Objective-C KVC 与 KVO]
[Swift KVC]

Answer 6

在我看来，KVO 更好，因为它具有零开销的优势。
即使您不使用/观察通知，也会产生开销。为了改进这一点，您可以使用不同的通知中心，但即使如此，也会产生一些开销（如果我错了，请纠正我）。 KVO 并不复杂，但当你必须观察很多东西时它是值得的。