InfoQ|不再重复造轮子，DevRun开发者沙龙-用友·华为云杯专场，革新传统开发模式！( 四 )
本文插图
在实际业务中 ， 用友也对开发者的开发流程进行了改革 ， 以前想做一个应用 ， 要先开一个需求讨论会然后提出一些要求 ， 再形成需求文档 ， 再进行设计 ， 最后再由开发去完成 。 实际上在 YonBuilder 上面 ， 甚至可以实现让业务人员自己去设计流程、设计数据流转 ， 设计在各个端上面我们需要具备的能力 。 只有当业务在出现个性化需求时才需要开发者进入脚本或者代码来完成这个事情 。
本文插图
接下来肖老师讲述了一个实际案例 ， 图右是系统里的采购流程 ， 而完成一个采购需要走这些过程 ， 从采购订单到完成销售 ， 完成一个销售需要四个过程 ， 销售订单、发货、出库到发票 ， 但是到具体的客户还会有一些个性化的需求 ， 比如说这个客户是以经销商为主的销售方式 ， 那么客户要求能不能构建出一个新的应用 ， 让经销商直接在我系统上面去下单？这个需求包含几个能力要求 。 第一 ， 你的平台是否具备支撑社会化的能力 。 第二点 ， 我在你平台上搭建的业务活动如何和已有的标品数据和流程去对接？最后在完成业务时 ， 能不能实时、快速的把数据分析和报表拿出来 。
为了实现这个需求 ， 用友做了如下事情 ， 首先为应用准备一份数据 ， 和现在系统已经有的档案做结合 ， 之后为这个业务构建对应的应用页面 ， 其次基于这份业务和单据快速的构建流程 ， 做完了流程之后需要配置这个单据和标配已有的销售订单来进行数据对接以及数据回写的工作 ， 全部完成之后 ， 最后会将成果发布到系统上 ， 发布到系统以后会在整体的 ERP 上生成一个独立的应用 ， 这个应用可以直接在平台上打开 ， 也可以通过集成的方式集成到第三方系统里 。
上述案例很好的体现了低代码平台的三个优势 。 第一 ， 让其他角色参与到开发过程中 ， 如案例中的经销商就 ， 完全可以把业务单据设定好；第二 ， 销售管理的员工完全可以定义我们的数据对接 ， 将要货单和销售订单能够对接在一起；第三 ， 开发者只需要进行个性化的逻辑和规则的开发 。
4YonBuilder ， I know you
本文插图
随着社会的发展 ， 开发人员都普遍面临这几个问题：针对界面开发 ， 无法很好的实现用户交互 ， 定位困难 ， 链条非常长 ， 针对 AI 和区块链等新兴领域 ， 学习成本过高等等这些都是开发人员碰到的问题 。 对产品负责人来说 ， 在新项目上线时 ， 如何搭建一个快速真正可用的产品、面对产品运维成本过高问题 ， 急需降低运维成本、如何把开发的产品更好的推广出去 ， 让更多用户见到它等等 ， 而这些问题都可以通过 YonBuilder 平台进行解决 。
本文插图
用友的低代码平台是整合上图提供的这些能力 ， 包括云原生、分布式架构等一系列整合的内容 ， 通过它可以让开发人员用简单灵活的方式进行开发 。 最终实现人人都是开发者 。 同时用友也会对的开发者进行判断分级 ， 分成公民开发者、初级开发者、高级开发者、技术专家四类 ， 针对不同的开发者提供不同的能力 。
本文插图
针对公民开发者 ， 在数据存储领域 ， 用友提供一个统一的查询框架 ， 可以实现远程的跨领域查询 。 在前端领域 ， 用友通过统一的模板组件和存储进行设计 ， 其解析的过程中协议是统一的 ， 前后端的交互也是统一的 。 同时用友提供不同的支持多单的组件渲染功能 ， 它会根据不同端进行渲染 。 在后台服务领域 ， 用友提供了一种比较简单的开发方式就是规则引擎 ， 即把部分算法按照一定顺序排列组合一下 ， 然后按照这个顺序执行这些算法 ， 最终完成一个服务的开发 。 这些算法的规则 ， 可以重复复用 ， 同时也提供到了很多系统级规则 ， 以及一些领域级规则 ， 供在开发时直接调用 。
推荐阅读
- |光环不再！阿里撕了P级标签，以后英雄莫问“P几”
- 直播|抖音直播间第三方销量数据全线归0不再更新
- |谷歌开源NLP模型可视化工具LIT，模型训练不再「黑箱」
- 智通财经网|抖音：10月9日起不再支持第三方商品直播带货，短视频带货不受影响
- |三年之期已到！27英寸显示器不再隐忍，闯入千元内要争夺性价比
- 直播|抖音：10月9日起不再支持第三方商品直播带货
- 海信|期间费用率走高，增收不增利！老牌白电巨头海信家电风光不再？
- 实验室|科学家不再“高冷” 直播间带你做实验 北下关科学实验室精彩纷呈
- 科学|科学家不再“高冷” 直播间带你做实验 北下关科学实验室精彩纷呈
- 李阳|“疯狂英语”李阳不再疯狂