一、背景

在 B 端领域深耕多年，接触了成百上千的 B 端页面，发现关于 B 端产品需求和 C 端有着显着的差异，B端产品一般是根据现有的“事务”形态，将传统线下作业，经过程序化、体系化、信息化转换为线上产品，从而提高企业协同功率，下降工作本钱。需求一般来源于产品战略定位、运用者个性需求等。

其中 B 端各式各样的功用，其实便是许多 CURD 页面的堆砌，关于 B 端这些页面其实调性是差不多的，运用低频，页面重复度高，表格表单为主，功用性多且杂。

每个公司都会结合自己实践的事务笼统出一套建立体系来处理 B 端场景的 CRUD 重复页面的计划，核心就在于规范和规矩的拟定，关于 B 端建立早就不是什么新鲜玩意，B 端建立渠道的难点自身不在于有多少技能壁垒，更多的是在于从产品到研制再到测试整个流程的规范化，以及和事务的紧紧贴合，只有这样才干发挥建立渠道的价值。

二、规范

为什么说核心是规范，引用一个之前看到的通俗易懂的例子，咱们小时候逢年过节穿的衣服，都是去裁缝店选一下材料、量一下尺度，等个半个来月，讨回来就能够穿了，衣服合身又喜欢。镜头切回今天，咱们只需求在天猫、淘宝上看看图片、挑选适宜的尺度就能够下单了，第二天就能够穿上，偶然一丝不合身，偶然大街上撞衫，但咱们并不介意，由于咱们享用到了更多的便利与高效，受益于这个产业拟定了许多的规范化模型，比方身材模型：S、M、L、XL、XXL，咱们不再需求每次都去量身高尺度，现在规范化生产出来的衣服能够满意超过 90% 的需求，除明星或特别场景之外也不会费心思去量身定制。

服装、饮食、汽车甚至各行各业发展至今都现已构成十分老练、高效的产业链，软件研制职业同样如此，事务需求在增加且变化快，越是技能密集型的工种越简单带来人力不足的瓶颈，这就越需求更多的规范和模型的拟定，规范越趋于一致，就越高效，有时候 “抛弃创造力才是最大的创造力” ，能够预见，未来绝大多数场景将运用规范化模板经过无定制或低定制来完结事务需求。

三、定位

B 端建立渠道，规划计划上首要首要要想明白这几个问题：

• pro-code，low-code，仍是 no-code？
• 用户集体是谁？产品？运营？开发？
• 什么样的页面适合用B端建立渠道？需求拟定什么样的规范？
• 咱们的事务特点是什么？怎么样的建立计划最恰当咱们的事务？

针对目前B端的事务，更加倾向于少数代码编写的 low-code，首要归纳以下几点考虑：

• 本钱和功率要素：运用 low-code 能够完结快速建立运用程序的方针，而无需具备高深的编程技能。low-code 建立渠道供给了丰富的预界说组件和集成东西，能够削减开发时间和本钱，提高开发功率。
• 简化开发过程：选用 low-code 建立渠道，用户只需求经过简单的拖放操作和装备即可完结运用程序的规划和开发。low-code 建立渠道供给了一个可视化的开发环境，使得开发者能够更加专注于事务逻辑的完结。
• 供给更高的可定制性：运用 low-code 建立渠道，用户能够根据自己的需求，快速构建自界说的组件和运用程序，而无需编写很多的代码。用户能够挑选在模板中制作自己喜欢的界面和布局，并自界说相关的数据驱动器和互动部件。
• 下降维护担负：运用 low-code 建立渠道开发的运用程序一般会下降维护和更新的担负。渠道一般支撑晋级和维护的自动化机制，同时在运用程序中，许多功用也由后台机制自动化完结，简化了开发者的作业。

由于有必定的编写代码本钱，所以运用用户集体便是开发，关于比较偏装备的页面，适合用B端建立渠道。

四、详细规划

弄清楚了定位，结合目前后台当时事务域的事务特点，主打装备+规矩的建立渠道乐高应运而生，下面是乐高渠道的首要规划和结构，首要为了处理规矩装备类的 CURD 页面。

事务流程

完好流程

全体架构

分层规划

全体选用前后端分离的架构规划，分为视图层、模板层、引擎层。

视图层‍

视图层具备完善的开发和生产流程：根据世界JSON Schema规范，开发出独立的组件 -> 组件经过不同形式的排列组合，构成最终的产品界面。

页面笼统界说如下：

视图层如下图所示，首要分为三个部分：

• 组件池：组件池是页面的骨架部分，由内置和自界说的各个组件组装而成。能够经过拖动组件进行排列组合，即时的在预览区域展示出效果。
• 画布：画布占有了页面的中心部分。画布由各个组件拼接而成。能够经过预览能看到完好的页面，也能够经过查看按钮预览生成的JSON Schema脚本。
• 特点模块：每个组件，都有可装备的特点，选中组件能够对其特点进行装备。如，装备按钮组件的名称、字段名、是否必填等，都取决于组件开发者对该组件的预留项。

模板层

一致收敛一切功用入口，对底层数据存储和接口协议进行晋级，供给一致的接口协议、鉴权、批阅、灰度、回滚等功用。

模板层首要包括三个部分：

• Json Schema办理：供给通用的schema接口协议，包括schema数据办理，各组件数据源一致查询接口，一键还原schema数据等功用。
• 模板数据办理：包括模板数据落地，模板数据校验、解析、查找，以及模板数据与schema脚本的映射关系。
• 规矩引擎适配：对模板数据进行分组，解析schema脚本和模板数据得到规矩因子，根据装备的规矩 + 因子项组装规矩表达式，将实践事务逻辑翻译成规矩引擎能够识别的表达式。

引擎层

规矩引擎完结了将事务决策从运用程序代码中分离出来，并运用预界说的语义模块编写事务决策。经过入参和规矩表达式计算成果。

规矩引擎首要包括四个部分：

• 规矩组： 对同类规矩进行分组，规矩组内的规矩能够互斥，也能够存在优先级。
• 规矩因子： 对应规矩表达式中的已知条件。
• 规矩：因子 + 表达式组成，代表一条断定逻辑。
• 成果：规矩引擎输出的场景处理计划。

规矩引擎执行流程：

逻辑编排

以某个案例作为一个通用的事务场景，看看如何落地到事务当中，事务流程大致如下：

关键用例：

然后 B 端页面进行逻辑编排，最后经过规矩引擎计算出成果，规矩因子和成果会根据事务提前界说好。

C 端进行消费

存储规划

五、思考

低代码渠道一向被业界调侃为“职业毒瘤”，相反，它是一种十分有出路的技能趋势。低代码建立渠道能够协助企业下降开发本钱、缩短开发周期、增加灵活性，降本增效。

可是，有人认为低代码渠道有着一些潜在的问题，这也是“低代码渠道是职业毒瘤”这一说法背面的原因：

• 可定制性差：低代码渠道供给的模块化组件和界面模板可定制性有限，有或许不能满意某些用户的特别需求，这使得它在某些场景下的协作和办理有必定的约束。
• 依赖渠道技能构架：许多低代码渠道选用特有的技能架构和编程方式，简单给开发者学习和生长带来困难，也会导致渠道的依赖性增加。
• 危险办理不完善：低代码渠道关于数据安全等问题的危险办理还存在一些缺点。在运用低代码渠道开发的运用程序或许无法满意某些重要的数据办理要求，例如安全性、隐私维护等要素。

存在即合理，低代码渠道自身并非职业毒瘤，只是一个优势和下风都十分显着的技能，切不可因噎废食，一棍子打死一切，但假如没有充沛考量和处理相关的问题，运用低代码渠道开发的运用程序或许会带来一些危险和约束。因而，在挑选渠道时应根据实践需求，权衡各种要素，慎重抉择。

低代码 要利用，可是必定要“慎重”，适合自己事务才是最好的。

*文/jawil

本文属得物技能原创，更多精彩文章请看：得物技能官网

未经得物技能答应禁止转载，不然依法追究法律责任！