Laravel Notification

Laravel 5.3 提供了一种全新的发送通知的方式：Notification 。个人理解是可以基于某事件（操作）触发一系列的通知任务，而通知方式由 Channel （通知渠道）接管，这样使得通知（或推送）逻辑更抽象，更易于管理和重构。

举个例子，在用户完成订单支付后，你需要给用户发送邮件、短信提醒用户的订单已完成支付，还需要提醒仓管有新订单需要发货，如果是重要的订单可能还需要通知 Boss 刚刚有用户支付了一笔大订单，如果你的应用提供客户端，你可能还需要给用户的 iOS/Android/Mac/Windows 等 App 发送推送通知，当然也包括浏览器的通知。你可能还需要把这个通知实时广播出去，让用户的网页无刷新实时更新状态等。除此之外，像订单操作这么重要的东西，你应该要记录日志。

在 5.3 之前，我是利用 Laravel 的 Model Event, Broadcast Event, Event Listener, Job, Queue 来完成这一系列通知。我之前在 laravel-bearychat 这个扩展包的文档中给了一个。

现在 5.3 的一个 Notification 就可以囊括所有了，更重要的是代码分离。当用户完成订单支付后，只需要通过在 controller 或 model 中手动调用或者监听 Order model 的订单状态来自动调用 OrderPaidNotification 这个通知，剩下的事就都交给 OrderPaidNotification 了。

Notification 的具体使用请参阅官方文档：

第三方 Channels

Laravel 5.3 内置支持 Mail, Database, Broadcast, SMS, Slack 这几种 Channel 。

因为有很多第三方的通知（或推送）服务，官方专门搞了个组织来维护民间的 channels ，比如 Twitter, Facebook, Telegram, Evernote, IFTTT, Apple APNs 等。

Laravel Notification Channels 主页：

GitHub 组织：

如果你在使用国内的某服务，可以考虑做成一个扩展包供大伙使用。​​​​

兼容 Laravel 5.2 / 5.1

使用 laravel-notification-channels/backport 这个扩展包，在 Laravel 5.2 / 5.1 上也可以使用 Laravel 5.3 的 Notification 。

项目主页：

BearyChat Channel

我周末做了一个 BearyChat 的通知渠道 BearyChatChannel，是在之前 这个扩展包的基础上开发的，可以跟其兼容使用。

因为之前写的 Message 类和 Laravel 5.3 Notification 的 message 的设计理念高度相似，所以在新包中可以无缝迁移。其实我就是直接使用的旧的 Message 类，因为这样可以跟旧包兼容，而且这个 Message 除了发送通知还有响应 Outgoing 的功能。

正在使用 Laravel-BearyChat 的小伙伴在升级 Laravel 5.3 后可以使用 Notification+BearyChatChannel 这种新方式发送机器人消息，也可以使用原来的方式，互不影响。

BearyChatChannel 使用的配置文件还是原来的 config/bearychat.php，无需重新配置。

如果你注册了 BearyChatChannel 的 ServiceProvider ，原来的 ElfSundae\BearyChat\Laravel\ServiceProvider 可有可无。

BearyChatChannel 项目主页及文档：

​欢迎 Star 欢迎 Issue