最近想做个导航页面,本着能 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;
后台通过表格配置,上面只是一个示例,最终配置是可拓展的,实现通用配置;
前端个性化模块,调用统一 API 接口,通过参数 query 配置,实现不同的个性化配置;
目标:
优点:
满足 80%的常见模板配置需求,实现 CRTL+C,CRTL+V;
满足 CRUD 功能,实现简单的业务需求;
API 接口统一模板化,前端可统一调用,实现一个接口,万种样式; one api show anywhere;
缺点:
数据业务逻辑,后台管理中心仅 CRUD 功能+排序功能,需管理人员自己配置业务逻辑
实现了后端的统一 API 接口,则其需求会变的相对固定,满足通用需求,个性化需求,需二次配置开发;
适用场景:
本想一个 Copy 小模块,结果给了我一个全网站代码,修修补补又太多了;
前端人员,就想写个页面,结果本地数据无法更新;
后端想搞个页面,有数据能更新,但前端模板搞不懂,CSS 就是个迷;
我是产品,我有想法,我就差一个程序员
…
正在模型设计中 ing
欢迎前后端 UI 人员加入
用爱发电,CRTL+C,CRTL+V ;
1
kemistep OP 高端的程序(食材)往往只需要采用最朴素的数据结构(烹饪方式)。
|
2
kemistep OP 呼应这个:[写代码久了,感觉数据结构都是浮云,主程序只要保存一棵树,就能搞定 95%的场景需求。 - V2EX]( https://www.v2ex.com/t/863250#reply14 )
|
3
kemistep OP 联系方式:a2VtaXN0ZXA=
|
4
zagfai 2022-07-01 01:20:04 +08:00
窃以为低代码这个词就是 erp , 就是金蝶用友, 就是 saas:)
|
5
zagfai 2022-07-01 01:21:28 +08:00
做这个和 10 几年前那些本科生毕业设计 xxx 信息系统无异
|