因此,不幸的是,这实际上非常困难。有两个原因:
1-无法为通知服务制作选择器。唯一的两个选项是使用通用动作选择器或通用文本选择器。两者的工作非常差。
通过操作选择器,您实际上只要求用户填写所有详细信息。您甚至不能确定他们给您的动作将发送通知,您不知道该怎么办。蓝图作者无法制作消息,动作或蓝图所做的所有事情。与您(用户)决定要做什么事,这基本上将成为“在可用更新时做某事”的蓝图。除了能够使用更新之类的信息之外,除非?有什么版本可用?我可以通过什么网址查看有关此新版本的信息?从本质上讲,您想要的所有内容都从这个蓝图中出现。
并且文本选择器基本上不是选择器。您将要求用户复制并粘贴像notify.my_notification_service
只是希望他们能得到它。您可以使用正则验证它看起来正确,但实际上无法保证存在通知服务,因为对用户没有帮助。
2-关于通知服务,您可以依靠一个字段 -信息
。而已。一些通知服务支持标题
,有些没有。除了更少的选择标题
和信息
。而且,我不能仅仅创建适用于伴侣应用程序并将其发送到任何随机通知服务的通知,它将行不通。要看我的意思,请尝试制作这样的通知组:
通知: - 名称:测试组平台:组服务: - Persistent_notification -Mobile_app_my_phone
然后将其称为简单的东西:
标题:测试消息:测试数据:Notification_icon:MDI:警报
您可能期望的是,手机会收到有关该标题,消息和图标的通知。并要创建仅具有标题和消息的持续通知(因为持续通知不支持图标)。实际发生的是通话失败。持续通知服务仅支持标题和消息,因此不会接受数据
并引发例外。呼叫失败,已记录错误,并且在任何地方没有发送通知。
因此,接受通知组或任何随机通知服务是不可能的。除非我想从通知中删除所有内容信息
。这意味着没有安装或跳过的动作,配置面板没有URL,没有打开ChangElog的动作/链接,甚至没有标题。除了消息之外,所有内容都必须走。这会降低此蓝图的大量价值。我知道如果我这样做,我个人永远不会使用它,我怀疑许多其他人也会使用。
3 -HTML5通知特别支持,但这是很多工作。这三个问题出现了:
- 没有HTML5通知的选择器。使用移动应用程序,我可以通过要求移动应用程序设备来作弊,知道发送通知设备操作存在。我没有这样的选择HTML5通知。因此,我坚持上述两个选项 - 动作选择器或文本选择器。
- 我需要为HTML5通知服务添加新的输入。而且由于我没有选择器似乎没有开胃的选择。
- 努力将架构归一化,以获取有关Android和iOS通知的通知这里。HTML5通知已排除在此之外。他们的架构和功能网完全与其他两个完全不匹配,因此我必须进行大量RESARCH,并添加大量代码来处理该通知服务的标准化。考虑到这一点,我必须有很多需求。
我知道这是一个很长的回应,很抱歉。TL; DR是,听起来确实要多得多。如果对此有很多需求,我也许愿意处理HTML5通知。尽管实际上,如果对那些使用它的人有很多需求,应该推动功能请求,以使其得到更好的支持并陷入伴侣应用程序上的通知,因为它似乎已被遗留在后面。也许考虑打开分析,以便HA团队知道它已被更多地使用,现在分析说,它仅用于1.3%的安装。将使用Mobile_App的安装中的99.3%进行比较。
由于上述原因,目前无法进行通知组或任何随机通知符。