你的位置:首页 > 财经 > 正文

如何设计可视化搭建平台的组件商店?

作者:张璠 2021-11-20 19:58  来源:TechWeb  
文章摘要
之前一直在做lowcode和可视化相关的项目,也围绕可视化技术输出了一系列技术文章,今天我继续和大家来聊聊可视化平台相关的话题mdash,m...

之前一直在做 lowcode 和可视化相关的项目,也围绕可视化技术输出了一系列技术文章,今天我继续和大家来聊聊可视化平台相关的话题mdash,mdash,组件商店。这个需求其实很早在我开源 H5—Dooring 之后就有网友提出过 issue ,如下:

如何设计可视化搭建平台的组件商店?

正好最近也做了一系列的重构和优化,觉得是时侯着手组件商店了,所以借此机会和大家详细聊聊如何设计可视化搭建平台的组件商店。

按照我一向的写作风格,我会在下面列出文章的大纲,以便大家有选择且高效率的阅读和学习:

什么是组件商店,为什么要设计组件商店

组件商店工作流设计

组件商店工作流具体方案实现

可视化搭建平台组件商店总结及后期规划

文章视图如下,大家在平时在工作中也可以通过思维导图的方式来整理思路。

什么是组件商店, 为什么要设计组件商店

商店大家也许并不陌生,对用户而言,其基本用途是满足正常的消费需求,对供应商而言,商店提供了一种销售自身产品的营销推广渠道,对商店自身而言,一方面获得了客流和利润,另一方面还能提供自身价值在空间上的延伸。

通过以上的图例说明,我们很容易想到一个词mdash,mdash,生态因为每一个环节都在相互促进,相互影响那么对于商店这个实体有了具象的认知之后,我们再来看看技术领域的组件商店

对于可视化搭建平台而言,其中一个核心的环节就是组件资产用户在设计搭建页面时会消费各种各样的组件,但是对于不同的用户而言,组件的需求往往是不一样的,大部分的 lowcode 或者 nocode 平台都不能很好的解决用户这些定制化的组件需求,所以为了解决这一问题,组件商店就孕育而生

我们需要在平台中提供一种机制,支撑生产者生产组件,定义组件,同时管理者可以对生产者生产的组件进行分类管理。做过电商系统的朋友可能会发现,它和电商平台的商品发布上线是一个逻辑流程:

那么接下来我就带大家一起设计一个这样的流程,供大家参考。

组件更新/发布模块

组件管理

有了以上4块的支持,基本的组件商店就可以 work 了。具体流程如下:

组件商店工作流具体方案实现

在有了具体的规划和设计之后,我们就可以一步步来实现了。

react—monaco—editor react—codemirror2 ace

大家可以选择以上任意一种方案,这里笔者采用 react—codemirror2 来实现。实现后的效果如下:

由上图可以看到我们可以在线编写React,Css,Js 代码,并且可以配置组件信息。首先我们来安转一下插件:

yarnaddreact—codemirror2codemirror2

importUnControlledasCodeMirrorfrom'react—codemirror2',require,constreact_code=`importstylesfrom'./index.less',importReact,memo,useStatefrom'react',importReactDOMfrom'react—dom',constMenuCp=memo=gt,constvisible,list,bgColor,top=props,returnReactDOM.createPortal.parentNode,))`constReactEditPanel=()=gt,constcodeEditorChange=(_editor:CodeMirror.Editor,_data:CodeMirror.EditorChange,value:string,type:string)=gt,console.log(_data,value,type)returncodeEditorChange(editor,data,value,'react')/gt,

2.组件提交方案设计

当 生产者 编写好组件代码之后,需要对组件自身进行定义因为可视化平台组件物料很依赖平台的组件开发协议,我们需要按照平台的规范去上传规范的自定义组件,这样平台才能更好的理解应用组件,保持用户认知的一致性

组件描述信息笔者这里设计了如下字段:

组件名称 组件名 (英文,方便存库) 组件分类 (基础,可视化,营销,媒体等) 组件默认大小 (宽高) 组件图标 (方便用户认知,查找)

大家也可以根据自己的平台特性来定义和规范,这样我们就可以提交一个完整的组件数据了。

目前我的做法是将用户提交的完整的组件数据存在库中,以便审核转化为可视化平台可以消费的组件,当然大家也可以用更智能的方式,自动对组件代码信息进行提取转化,其缺点就是误差率无法控制,以及无法对组件进行准确的描述。以下是我提交的效果:

组件提交逻辑也很简单:

form.validateFields.then(values=gt,codeRef.current('form')=...values,icon:values.icon(0).url,req.post('/visible/cp/save',codeRef.current).then(res=gt,setIsModalVisible(false),)).catch(errorInfo=gt,console.log(errorInfo)setCurTab("4"))

我们只需要用 antd 的Form 将用户填写的数据收集起来提交给后台接口即可由于我的后台采用 nodejs 实现,上传接口无非就是保存组件数据,实现比较简单,这里就不一一介绍了对 nodejs 感兴趣的朋友可以参考我之前的开源项目从零搭建全栈CMS系统

3.组件审批方案设计

组件审批主要由网站管理人员来操作,当用户组件提交成功之后,客户端会通过消息信令通知管理员,管理员收到消息后会审核组件。那么整个过程也很简单,我们可以使用 websocket 来实现消息双向通信,完整流程如下:

我们先来实现 socket 通信,这里我就采用市面比较成熟的 socket.io,来简单打通一个客户端, 服务端的双向通信流程。

首先我们先按照一下依赖:

#服务端yarnaddsocket.io#客户端yarnaddsocket.io—client

对于服务端,我们需要进行如下改写:

对于客户端,逻辑如下:

importiofrom'socket.io—client'importserverUrlfrom'/utils/tool'constsocket=io,//...一些逻辑useEffect(()=gt,socket.on('connect',function()console.log('connect')),socket.on('htmlWorked',function(data)constresult,message=dataif(result!'error')//...else//...),socket.on('disconnect',function(e)console.log('disconnect',e)),,())

通过以上的实现方式客户端和服务端就可以随时进行通信了。接下来我们看看审批的效果:

用户在 H5—Dooring 平台提交的组件都会流入管理后台,管理员可以对组件进行审查以及下载源码等操作审批同样会用到 codemirror 这个库,主要是将存到数据库的字符串代码进行回显当然还可以实现线上预览组件上线后的效果,这块大家感兴趣的可以自己尝试一下实现方案,原理也很简单

4. 组件上架更新方案

组件上架的方案也有很多,比如可以手动上架更新,也可以用程序自动化的完成那么这里我介绍一下我的线上自动化上架的方案,这里还是需要借助上面介绍的 socket.io 和 nodejs

首先我们需要对 nodejs 的父子进程有一定的了解,比如 child_process我会使用child_process 的 exec 实现解析并执行命令行指令,如果大家对 nodejs 的父子进程不太熟悉,也可以参考我之前的文章 基于NodeJS从零构建线上自动化打包工作流

因为整个过程需要自动化的去处理,不能像我们之前打包项目一样,手动执行 npm run build 或者 yarn build 。我们需要程序自动帮我们执行这个命令行指令,具体方案如下:

importexecfrom'child_process'constoutWorkDir=resolveconstfid=uuid(8,16)constcmdStr=`cd$outWorkDiramp,amp,yarnbuild$fid`router.post(api.generalConfig,auth,ctx=gt,//...exec(cmdStr,function(err,stdout,stderr)if(err)console.log('apierror:'+stderr),io.emit('htmlWorked',result:'error',message:stderr)elseio.emit('componentupdatesuccess',result:'success',message:'xxxx'))//...),

通过以上的方式,我们就可以线上打包更新我们的项目基座,并植入任何参数,如果需要动态写入文件,我们只需要用 fs 模块处理即可,通过这样的线上工作流,我们还可以实现更复杂的逻辑,甚至实现一个小型的前端CI工作流那么大家如果有更优雅更好的方案,也是可以随时在评论区交流

可视化搭建平台组件商店总结及后期规划

以上所有的设计方案实现都是基于实际需求来设计的,当然还有很多细节需要处理和优化,伴随着需求和,业务的复杂,后期还会做组件统计,组件数据分析,组件监控等能力,大家也可以参考以上的设计方案,设计自己的组件商店。

郑重声明:此文内容为本网站转载企业宣传资讯,目的在于传播更多信息,与本站立场无关。仅供读者参考,并请自行核实相关内容。

分享到:
Copyright 2014-2020 免责声明 http://www.cshy5.cn 网站首页| 投诉与建议 | 网站地图 | |备案号: 闽ICP备2022005363号-4 认证