如何调用钉钉的api获取数据（零代码基础的我）

如何调用钉钉的api获取数据（零代码基础的我）先来说下“宜报题”的最终整个呈现效果。因为钛媒体内容团队管理采取“采编独立”的机制，我在开发中，把编辑岗需要审核稿件的几位同事，定义成了“编辑”角色，把几位需要撰写稿件的同事定义为“记者”角色。我给这个应用起的名字是“宜报题”——此处还需要强调的是，“宜报题”想要解决的媒体行业选题管理这一需求，并没有经过专业调研，这款应用的诞生主要是为了评测下钉钉宜搭，并真实体验下低代码开发。“每周报选题”对媒体从业者来说一点儿也不陌生，但由于这个需求太小众，一般大家都用在线协作文档就解决了选题的留存和管理问题。协同办公软件们，并没有针对媒体行业专门做“选题”管理工具。我就从这个市场空白入手，评测主题有了：用钉钉宜搭创建一款“报选题”小应用～

图片来源@Unsplash

最近低代码概念很火，作为一名毫无代码基础的小白，看到铺天盖地的“低代码/无代码基础创建应用”的言论，总是会心声疑惑：代码零基础真的可以开发应用吗？

在跟一些企业交流的过程中，多数对这个问题给出了肯定的回答。但是如果不自己上手试，总觉得“低代码”听起来还是有些抽象。

据钛媒体App了解，钉钉宜搭在近期开放了试用体验。我忍不住试了试，以下是真实开发日志，来看看这个“低代码”应用的“真假”吧：

零代码开发的“宜报题”

“每周报选题”对媒体从业者来说一点儿也不陌生，但由于这个需求太小众，一般大家都用在线协作文档就解决了选题的留存和管理问题。

协同办公软件们，并没有针对媒体行业专门做“选题”管理工具。我就从这个市场空白入手，评测主题有了：

用钉钉宜搭创建一款“报选题”小应用～

我给这个应用起的名字是“宜报题”——此处还需要强调的是，“宜报题”想要解决的媒体行业选题管理这一需求，并没有经过专业调研，这款应用的诞生主要是为了评测下钉钉宜搭，并真实体验下低代码开发。

先来说下“宜报题”的最终整个呈现效果。因为钛媒体内容团队管理采取“采编独立”的机制，我在开发中，把编辑岗需要审核稿件的几位同事，定义成了“编辑”角色，把几位需要撰写稿件的同事定义为“记者”角色。

这里也感谢在“宜选题”中出镜的几位同事，为了降低应用的流程设计复杂度，只能随机抽选他们几位出镜。

宜报题选题申报界面

上面这个图，是“记者”进入宜选题应用时的选题申报界面，“记者”需要写明选题名称，以及阐述选题亮点，并针对性选择一位编辑，标明自己的身份（稿件实际执行人）后，选好预计的初稿完成日期即可提交选题进入“选题审批”阶段。

宜报题审批界面3

如上图，这是一篇编辑审核通过，“记者”进入执行阶段的稿子。编辑在审批选题时，也可顺带提出选题建议。双方在选题进展过程中也能进行评论交流。在稿件完成后，记者可提交“已完成”来反馈稿件进度。

宜报题已完成界面

当然，考虑到在实际运行过程中，一些稿子会由于时效性等综合原因，无法继续执行，所以也设置了“不想写了”按钮，表示稿件终止，并退回至相应节点审批。

简单，但也存在一些门槛

上面几张低代码应用的最终呈现效果是不是看起来很简单？但其实做起来并不顺利。可能由于我对“宜报题”的要求更为复杂，中间进入到“逻辑圈”迷宫。结果就是这个看起来非常简单的小应用，从熟悉宜搭界面到最后完成测试大概花了5个小时。

5个小时！

第一步，因为“报题”实际上涉及到一个审批流程，所以我选用了宜搭里的一个审批模版。然后利用宜搭的组件库，搭建起来一个表单。很顺利。

宜报题表单界面

表单设计完成，接下来是第二步：流程设计。

按照宜搭设置的规则，已成形的表单中的“单选”组件会自动成为“审批条件”的备选项。

宜报题流程审批设置界面

两个审批条件选中，系统会自动进入“如果编辑是A1，记者是A2，就执行A3”的逻辑，大概就是这样：

后台审批路径的可能性展示

数学好的同学可以算下，在前台看起来非常简单的两个单选，在后台跑起来需要有多少种可能性。

这里遇到了坎儿。如果要简单的场景，可能就是设定一两个审批人，大家套用一套审批规则就行。但在我的实际工作中，由于编辑（审批人）是多个，记者（实际执行人）也是多个，所以这里就出现了排列组合，基础的规则已经无法解决了。

更复杂的一项逻辑是，我需要为每种可能的“A3”设置执行路径，就像这样：

宜搭审批节点路径设置界面

大家可以发现，前台呈现的每一个选项，在后台都是一个“角色”，为了将这些角色串联进入流程审批，我需要将对他们一一定义，于是在这个看起来简单的选题审批应用中，我定义了十余个角色。

宜报题中为审批路径设置的角色

对每一个可能审批节点的定义，是花时间最久的地方。在第一部分提到的两个看起来是为选题业务设置的两个“已完成”、“不想写了”两个按钮，也是手动设置的，他们在后台长这样：

宜搭节点动作设置界面

不过，开发过程中有个bug在于：假如团队来了一个新人，我要把这个新角色设置进入这个审批流程里面，那么以上审批节点都要推倒重来一次。

宜搭审批节点复制拷贝界面

好在宜搭上设置了“复制粘贴”功能，不然，真的要把“打工人”搞si了。（此处完全可以理解 ITer 对人工智能的疯狂追求了，现在我也想要“人工智能”。

这里就有了一个小结论：这类低代码开发工具，主要是将代码开发编程图形化的拖拽，但在逻辑上由于需要人工定义，在智能性上目前还有一定不足。

当然，我也遇到了一些需要代码和函数知识储备的才能处理的问题，比如这些：

宜搭上某些看不懂的界面

完全看不懂，对不对？所以我选择跳过这些函数，傻瓜式搭建了这个报题小应用。

一个成熟的角色工作台长这样

像上图这样用低代码开发出数据分析界面的，在我这里可以封神了。

完整“开发”经验总结如下：

1、本人承诺，整个小应用的搭建，没有使用任何代码。是的，这里我用了“搭建”，而不是“开发”。整个应用的搭建还是很顺畅，没有代码经验确实可以搭建起来一些日常的应用，因为整个过程真的就像搭积木，与现实中搭积木不同的是，这个积木是搭完是“活”的，是可以跑起来的。有兴趣的朋友打打杀杀的游戏玩儿累了，可以上来把低代码当成益智游戏；

2、网上说的低代码帮助“人人成为开发者”，这个结论有某种程度上的正确性，但是也并不全对。比如上述涉及到函数以及复杂的审批逻辑时，对于像我这样不懂代码，函数只懂“SUM”、高中数学最多考90分的人来说，还是有一定难度；

3、低代码的使用体验，一定程度上要依赖核心平台。比如这个“宜报题”，因为是用钉钉宜搭开发出来的，所以用钉钉打开更加顺畅。如果将应用链接复制到其它平台，会要求注册登陆“宜搭”账号。所以长远来看，低代码应用生态会不会更加开放对低代码的“公民化”具有重要意义；

4、最后总结，虽然低代码现在还不能完全满足一些复杂功能的开发，但是一定要肯定的是低代码对企业边缘应用开发需求的满足，比如我们现在使用很方便的防疫表单、简单的费用审批等等，可以按照自己想法快速搭建好，这个对提高企业效率是很有价值的。（本文首发钛媒体App，作者 | 秦聪慧）