本文转载自微信公众号《不只是dotNET》，作者oec2003。转载本文请多多联系dotNET公众号。近两年，市场上出现了越来越多的各类零代码产品。与此同时，企业数字化转型的速度也越来越快。零代码产品已经成为助力企业数字化转型的利器。技术也在不断演进，其核心目的是让开发者更专注于业务逻辑：1、在古代，我们通过传输字节码和电子信号来完成物理层的通信，需要处理各种丢包并由我们自己重播。2、分布式时代解决了“三高”问题，还要处理熔断器、负载均衡、服务发现、认证授权、链这时候出现了很多微服务的中间件，比如：用于API网关的Ocelot和Zuul；Zipkin、Jaeger、SkyWalking用于链接跟踪；consul和Eureka用于服务发现；甚至春云。一个全家桶式的框架，这些工具帮助我们处理通信细节，使开发人员能够用更少的代码开发健壮的分布式系统；3、上面提到的各种中间件帮助我们解决了很多问题，但是学习和排查各种中间件框架也是一件很头疼的事情。为了解决这些问题，ServiceMesh应运而生；4、后来出现了Serverless技术（FaaS和BaaS）。目的还是降本增效，专注于业务。Serverless的详细介绍，请看《带你了解 Serverless 无服务器架构》。在当前的技术背景下，零代码平台恰逢其时，为专注业务而生。但是我们在使用零代码平台的时候，还是需要一些思维上的转变，特别是如果你是技术出身的话。你为什么这么说？1、客户往往根据自己的经验，将业务背景转化为最终的实现。并告诉你该怎么做。如果是定制开发，很可能会按照客户的想法来实现。但是当使用零代码平台，发现实现起来很别扭时，就会更深入地挖掘客户背后的真实想法。这样实现的功能更能达到预期；2、技术人员会根据以往的个性化开发经验来使用平台，思维上会有局限性。下面通过两个案例，看看如何转变思维方式。案例1某客户的一个报销流程函数有很多不同的类别，比如日常费用报销、差旅报销等，两种不同类型的表单显示的字段有很大差异，但是数据源使用的是同一个。定制开发思路1.将费用报销和差旅报销的所有字段放在一张表中；2、在窗体上增加报销类型下拉框，控制不同类型切换时相应控件的显示和隐藏；3.，保存数据的时候，采集界面可见的控件的值即可。如果按照这个思路在零代码平台中实现，会遇到麻烦：1.切换不同类型时，控制对应控件的显示和隐藏。这时候就需要为每一个控件编写潜规则。当涉及的控件比较长时，非常繁琐；2、如果不能支持一些复杂的控制逻辑潜规则，需要编写表单脚本进行处理，增加了实现成本和难度。零代码平台实现思路1、如前所述，控制每个控件的隐藏规则的成本比较高，因此需要考虑平台有哪些低成本的实现方式；2、利用平台中的引用函数可以快速创建相同的函数，原函数和引用函数共享同一个数据源；3.原功能窗体配置为日常费用报销，参考功能窗体配置为差旅报销4.在原功能上添加自定义按钮打开参考功能窗体，不同的是需要切换之前打开表单后输入，但现在您需要在打开表单之前通过不同的按钮进行选择。案例2某集团公司的客户说，我们需要一个可以发帖的论坛，供多人讨论。定制开发思路1、根据客户要求定制开发论坛；2、部署一个开源的论坛系统，还要考虑与现有系统的各种集成，比如单点、数据统计、提醒等；在我们的零代码平台里暂时没有论坛模块，能不能跟客户说我们不支持？绝对不可能。那么这个时候，就要搞清楚客户到底想要什么？经过沟通，发现客户的目的是想就某个话题有个讨论的地方。上论坛。零代码平台实现思路1.创建带有流程的功能模块；2、流程控制永无止境，直接在两个节点间来回流动，可以任意选择审批人（需要参与讨论的人）；3、收件人可以在审核评论（回复主题）后填写提交，过程中自然会有消息提醒。提交后，相关人员将收到邮件或企业微信消息提醒。向客户演示示例后，客户对实施效果表示认同，认为满足了自己的需求。零代码平台可以理解为一种最终帮助客户实现商业价值的面向业务的语言，也可以作为聊天和沟通工具，统一与客户的语言。最终落地的时候，需要了解客户背后最真实的想法，然后结合零代码平台的功能，给出最佳实践。
