[爱偷懒的程序员系列]-Section 4. 自定义钉钉消息推送

2022年01月16日 阅读数:4
这篇文章主要向大家介绍[爱偷懒的程序员系列]-Section 4. 自定义钉钉消息推送,主要内容包括基础应用、实用技巧、原理机制等方面,希望对大家有所帮助。

在上一个章节当中,咱们已经完成了“最简单”的经过机器人进行一些简单的前置审批,减轻了一部分工做量。可是糟心的事情又来了。由于一个完整的业务流程中,钉钉审批可能只是其中的一个环节。字面意思,OA审批,OA审批,作的就是审批动做。而审批完成后,还有其余的动做多是须要经过其余的系统进行处理,并且可能会归入其余的参与人。
感受此刻事情又变得麻烦起来。审批流程已经完成,咱们并不能再经过OA审批当中的如“办理人”,“抄送”来把其余环节归入进来。而其余人又须要知晓经过审批的业务在其余系统的处理状况。
按照老规矩,确定是让相关干系人去登陆其余系统查看想要看的数据。但是,对于爱偷懒的程序员来讲,这个事情并很差办。让用户的使用范围扩大后,会带来后续的一系列维护工做。好比,你要不要给对应的用户开系统帐号?权限好很差控制?用户开了新系统后,他能顺利找到他想要的数据吗?若是找不到,事情是否是又回到IT部门来了?
为了可以更好的偷懒,与其让用户去本身获取数据,不如咱们将数据整理好,拱手相送?
先画一个流程图,来作一下思考。
看起来仍是相对比较靠谱的一个处理流程,接下来就是如何开干了。
在判断条件当中,判断在其余系统是否已经完成,能够经过调用API或者读取数据库的方式实现。
是否处理完成,采用定时任务进行,若是没有完成,则退出判断,等待下一个循环。
若是已经完成,则通知用户。
由于咱们在上一个章节当中,已经作好了钉钉开发者的认证,因此本次咱们仅须要调用一下相关的接口。把获取到的数据按照咱们的需求进行反馈便可。
为了把须要获取信息的用户所有一步通知到位,咱们选择的是建立一个群,把全部的用户拉到一个群里面。再进行通知。
因此按照如下步骤:程序员

  1. 建立群对话 (接口https://oapi.dingtalk.com/chat/create)
  2. 发送普通消息(https://oapi.dingtalk.com/message/send_to_conversation)
    以上2个简单的步骤便可完成通知到位的工做。其中发送普通消息里面咱们能够定义 文本,图片,语音,文件等消息内容。
    最终实现效果以下:

image

[现阶段仅仅先给各位介绍整个方案的思考过程,代码部分将会在后续提供给你们参考哦]数据库