低代码数据服务

[kemistep]

背景：

最近想做个导航页面，本着能 Crtl+C,Crtl+V 解决的，绝不从头 coding

• github 搜了一圈，就想 Copy 一个模块，结果给了我一个全网站代码,数据还不能实时更新,Fuck;

• 想试一试低代码平台，找了一圈，要么配置难，要么没有源代码，实在不符合 coding 的风格；

那就写一个呗

既然要从头写，咱就玩个大的，搞一个低代码数据服务，这个需求要完成，以后也能实现其他 80%的简单需求，并能实时更新数据；(拖拽拉不是 coding 风格，Crtl+C,Crtl+V 才是王道)；

概念设计

低代码数据服务

核心: 数据通信服务

数据驱动业务

• 前端调用统一的 API 接口，即可实现 CRUD ；前端满足多样化配置；

• 通过数据管理后台管理中心，也可实现数据的 CRUD ；后端满足数据的更新服务；

前端:配置组件模块

import { Card } from 'antd';

const App = () => (
  <>
    {/* 配置 Card 卡片模块 配置参数待补充*/}
    <Card
      title="Default size card"
      extra={<a href="#">More</a>}
      style={{
        width: 300,
      }}
      data = {data}
    >
    </Card>
    {/* 配置 Table 模块 配置参数待补充*/}
    <ProTable
      data={data}
    >
    </ProTable>
  </>
);

export default App;

后端: Modle 数据配置

后台通过表格配置，上面只是一个示例，最终配置是可拓展的，实现通用配置；

API: 统一接口调用

前端个性化模块，调用统一 API 接口，通过参数 query 配置，实现不同的个性化配置；

目标：

优点：

• 满足 80%的常见模板配置需求，实现 CRTL+C,CRTL+V;

• 满足 CRUD 功能，实现简单的业务需求；

• API 接口统一模板化，前端可统一调用，实现一个接口，万种样式； one api show anywhere;

缺点：

• 数据业务逻辑，后台管理中心仅 CRUD 功能+排序功能，需管理人员自己配置业务逻辑

• 实现了后端的统一 API 接口，则其需求会变的相对固定，满足通用需求，个性化需求，需二次配置开发；

适用场景:

• 本想一个 Copy 小模块，结果给了我一个全网站代码,修修补补又太多了；

• 前端人员，就想写个页面，结果本地数据无法更新；

• 后端想搞个页面，有数据能更新，但前端模板搞不懂，CSS 就是个迷；

• 我是产品，我有想法，我就差一个程序员

• …

正在模型设计中 ing

欢迎前后端 UI 人员加入

用爱发电，CRTL+C,CRTL+V ；

[kemistep]

高端的程序（食材）往往只需要采用最朴素的数据结构（烹饪方式）。

[kemistep]

呼应这个：[写代码久了，感觉数据结构都是浮云，主程序只要保存一棵树，就能搞定 95%的场景需求。 - V2EX]( https://www.v2ex.com/t/863250#reply14 )

[kemistep]

联系方式：a2VtaXN0ZXA=

[zagfai]

窃以为低代码这个词就是 erp ， 就是金蝶用友， 就是 saas：）

[zagfai]

做这个和 10 几年前那些本科生毕业设计 xxx 信息系统无异

[kemistep]

@zagfai #4 低代码就是满足通用需求，实现 80%的需求，快速响应完成；

[kemistep]

@zagfai #5 这个项目的好坏是：是否可复用，设计一次，满足 80%的场景需求；