leomobiledeveloper / qteventbus

iOS事件总线，支持AppDelegate解耦，支持基于响应链的局部总线

Hi there 👋

• 💼 I'm an iOS developer, currently working at TikTok
• 🌱 Focus on user experience of mobile App
• 🌐 Stackoverflow active contributor(top 2% overall, top 20 in China)
• ✍🏻 Writing blogs at CSDN（2 million PV)
• 📬 If you are interested in working at TikTok, feel free to contact me

qteventbus's Issues

相比于RAC，事件总线有什么特殊的优势么？

请问优势在哪

是否可以考虑为 Swift 添加更友好的 API？

能透露一下实际应用的有哪些app?

事件的优先级有没有

和 RAC 相比，有什么优缺点呢？

UIApplicationDelegate中对于有返回值的方法你这直接返回YES了

UIApplicationDelegate中对于有返回值的方法你这直接返回YES了

移除子节点时候, 是否需要移除字典中的子节点?

- (void)removeNodeForId:(NSString *)uniqueId{
    //不存在
    if (![_registeredNodeTable objectForKey:uniqueId]) {
        return;
    }
    _QTEventBusLinkNode * node = [_registeredNodeTable objectForKey:uniqueId];
    if (node == _head) {
        _head = _head.next;
    }
    if (node == _tail) {
        _tail = _tail.previous;
    }
    _QTEventBusLinkNode * previousNode = node.previous;
    _QTEventBusLinkNode * nextNode = node.next;
    node.next = nil;
    node.previous = nil;
    previousNode.next = nextNode;
    nextNode.previous = previousNode;
}

将 node移除时候, 是否需要 [_registeredNodeTable removeObjectForKey:uniqueId]; 操作....

AppDelegate事件总线注册在+load和在_add_image之后，两者时间有差别吗

原文说
“load方法拖慢App启动速度，所以很多团队是禁用load方法的。”
两者对启动速度的影响是一样的吗

问个问题

我发现 pod QTEventBus 那么uikit的部分没有？应该怎么pod呢？

当[NSObject subscribe:on:]的第二个参数无意传入了的nil对象，下面的代码必崩；

QTEventBus/Sources/Core/NSObject+QTEventBus.m

Line 32 in f11966f

return bus.on(eventClass).freeWith(self);

[NSObject subscribeName:on:] 同理

QTEventBus/Sources/Core/NSObject+QTEventBus.m

Line 28 in f11966f

return bus.on(NSString.class).ofSubType(eventName).freeWith(self);

很棒!

多次触发事件

if (eventType && isCFNotifiction) {
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(receiveNotification:) name:eventType object:nil];
}

如果是同一个eventType 这里会进来多次 导致多次触发事件

问题

简单看了一眼代码，思路很好，代码也很牛逼，但是感觉没什么好的应用场景啊，那个APPDelegate解耦 感觉，变得更加复杂了，你觉得呢，不过你这个**很值得学习，还有代码写的很逼格，赞