Delegate Target-Action VS Notification 一点感触

程序构建

下面的场景是源于购物车的一次需求修改：

if (isSuccess) {
            let successMsg = isFromCart ? "修改购物车成功！" : "添加到购物车成功！"
            if (isFromCart) {
                let dissmissConfirmClosure = { [weak self]() -> Void in
                    self?.dismissModalVC()
                    self?.loadingVCInParentVC?.dismissLoading(loadingType: LoadingType.Small)
                    SVProgressHUD.showSuccess(withStatus: successMsg)
                }
                cartListDelegate?.reloadDataAfterSkuChange(dissmissConfirmClosure)
            }else{
                loadingVCInParentVC?.dismissLoading(loadingType: LoadingType.Small)
                SVProgressHUD.showSuccess(withStatus: successMsg)
                NavBarView.sendCartCountChangedNotification(amount)
                if (buyActionCartView?.bottomMenuConfirmMode ?? false) {
                    confirmContainer?.hiddeView()
                }
            }
        }

delegate target-action 已经不适应，此时需要通知

上述代码 CartListDelegate 是在弹层中触发修改后，通知购物车列表刷新，第一版实现的方式是delegate,但是使用CartListDelegate target-action 的方式在之前已有一个购物车页面的时候还算ok,后续，购物车列表在首页也要出现，现在他们就不是1对1的模式了，编程了2对一，此时使用delegate 就不使用了，
此时最合适的方式是通知，通过通知解耦，两个业务实体之间的关联，降低复杂度

Interesting

• 业务之前通过通知解耦，方便后续扩展，保持简洁
• 而组件和业务之间通过delegate target-action 提高内聚，加强联系