低代码由来已久、怎么样理解低代码最合适?

2201阅读模式

低代码最近几年真是站在了风口处,只要是能减少代码编写的,都冠上了低代码平台、或者产品,搞的乌烟瘴气,好像只有低代码才能代表软件开发,其它开发方式都太Low,不值得一提,这是误区,得治。文章源自懂站帝-http://www.sfdkj.com/12626.html

低代码由来已久、怎么样理解低代码最合适?

文章源自懂站帝-http://www.sfdkj.com/12626.html

低代码由来已久

  • 低代码不是新物种,应该说是一个新名称而已,很大程度上是资本的叫法,好听,能上档次,其实本质就是让客户或者使用者能利用或者使用平台实现自己的业务,而不是通过联系软件开发商或者二次开发来实现,以前就叫"客户自定义功能",如果是老码农,尤其是7~8年以上的老码农,差不多更熟悉这个名字。低代码也没什么,无非就是在最近几年出现的前、后端及基础平台的新技术上更方便、规模更大、部署实施更方便落地。
  • 从满足需求上来说,一直没有变化,不管是以前叫客户自定义的时代,还是目前叫低代码,都是为了满足客户更灵活多变的需求,在需求变动的情况下,系统或者平台能在极短的时间内快速响应,尽可能的做到无开发人员参与,客户自己在提供的平台上经过调整或者设计满足自己的业务变化。

如何实现低代码功能

低代码实现方式从十几年前到目前一直没有改变过,改变的是具体的技术,从javascript、vml、svg到目前的vue、react、canvas,但原理及实现架构设计没有多少改变,主要还是分为页面驱动、模型驱动。文章源自懂站帝-http://www.sfdkj.com/12626.html

低代码由来已久、怎么样理解低代码最合适?

文章源自懂站帝-http://www.sfdkj.com/12626.html

页面驱动

  • 功能说明:页面驱动就是指使用者直接设计页面、表单、规则,不考虑数据模型,用户根据提供的UI控件实现布局、表单、页面、单据设计,页面显示就是把设计的时候还原呈现,最后直接供最终使用者使用。
  • 使用场景:目前市场上常见的表单设计器、流程设计器、规则设计器基本都属于页面驱动,这类设计基本不用考虑数据模型,用户设计成什么样就是什么样,用户上手非常快,也容易上手,所以目前展示类、快速原型、示意图、To C类多以这类方式实现,
  • 功能实现:页面驱动由于只考虑呈现效果,所以实现上也简单,且主要对前端有要求,实现过程可以使用如下示意图表示
{
  "formConfig": {
    "label-width": "80px"
  },
  "fields": [{
    "isRender": true,
    "isShow": true,
    "isAnalysis": true,
    "children": [],
    "__layoutConfig__": {
      "style": "",
      "props": {
        "span": 24
      },
      "attrs": {},
      "on": {},
      "userDefineProps": {}
    },
    "__formItemConfig__": {
      "props": {
        "label": "活动名称",
        "rules": [],
        "required": true
      },
      "prop": "name"
    },
    "__controlConfig__": {
      "props": {},
      "attrs": {},
      "userDefineProps": {}
    },
    "tagName": "el-input",
    "__layout__": "colFormItem",
    "id": 1593757474090,
    "model": "name",
    "name": "单行文框",
    "tagIcon": "input",
    "controlPanel": "el-input",
    "uuid": "el-input-0",
    "sortNum": 0
  }],
  "formApiValid": []
}
低代码由来已久、怎么样理解低代码最合适?

文章源自懂站帝-http://www.sfdkj.com/12626.html

模型驱动

  • 功能说明:模型驱动是指先把要表示的对象模型及模型关系规划并设计好,然后根据模型去设计页面、表单、单据等等,页面上能呈现的数据来源于提前设计好的数据模型,页面显示的时候跟页面驱动是一样的,都是根据表单设计器设计去还原页面,供使用者使用。
  • 使用场景:目前这类开发方式主要用在系统性的平台或者业务系统中,尤其是to B的系统、或者是在已有的系统上做扩展功能需求,像OA、EHR、理赔、物流系统等等。
  • 功能实现:功能实现其实跟页面驱动类似,可以先设计页面再跟模型映射,也可以根据模型映射页面上的控件,这两种方式都可以,最终形成的页面的页面设计结构类似
{
  "formConfig": {
    "label-width": "80px"
  },
  "fields": [{
    "isRender": true,
    "isShow": true,
    "isAnalysis": true,
    "children": [],
    "__layoutConfig__": {
      "props": {
        "span": 24
      },
      "attrs": {},
      "on": {},
      "userDefineProps": {}
    },
    "__formItemConfig__": {
      "props": {
        "label": "学历",
        "rules": []
      },
      "prop": "random50"
    },
    "__controlConfig__": {
      "props": {},
      "attrs": {},
      "userDefineProps": {
        "optionType": "static",
        "optionCollection": [{
          "label": "高中",
          "value": "1"
        }, {
          "label": "专科",
          "value": "2"
        }]
      }
    },
    "tagName": "LElSelect",
    "__layout__": "colFormItem",
    "id": 1594263810269,
    "model": "random50",
    "name": "选择框",
    "tagIcon": "select",
    "serviceName": "LElSelect",
    "controlPanel": "LElSelect",
    "uuid": "LElSelect-3",
    "document": "https://element.eleme.cn/#/zh-CN/component/select",
    "sortNum": 0
  }],
  "formApiValid": []
}

总结

低代码实现方式主流程就是设计页面、流程、业务需求规则等等,然后再还原,供最终使用者使用,真正落地使用到的技术都相差不大,基本的开发方式也就是文章中提到的页面驱动或者是模型驱动,但在具体开发过程中还是需要考虑很多问题的,比如:数据怎么保存、权限怎么设计、如何多业务系统相互融合、数据如何再利用、公有云&私有化如何部署等等问题,都是需要根据具体问题具体设计的解决方案的。文章源自懂站帝-http://www.sfdkj.com/12626.html

懂站帝
  • 本文由 发表于 2022年5月5日 01:03:35
  • 版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至395045033@qq.com举报,一经查实,本站将立刻删除。