（1）什么场景适合用搭建？
大促的会场，频道，店铺，商品详情，订单详情，动态表单
（2）如何设计一个通用的搭建服务端
其实主要是表结构的设计：
（1）组件模版，一个组件模型对应一个前端的git流，比如可以设定是小程序，h5，native
这个git流就是前端写代码，根据服务端返回的模型进行模块的组装
（2）站点，页面，组件，数据源，规则
一个站点可以有多个页面，页面有多个规则以及组件模版，一个组件模版还有多个数据源，一个数据源有多个规则。
其实组件模版对应数据源的配置，可以是一个json的表单，在配置页面可以动态渲染为一个json表单。这些配置数据可以存放到服务端。
（3）小程序模版，一个模版小程序可以对应一个站点
如果做微信小程序，通过这种模版小程序跟站点关联，然后不同的商家动态决策走哪一个站点，根据站点获取不同的页面，然后根据页面获取对应的组件以及对应的数据源。
服务端可以根据对应的组件返回指定的约定模型。
前端针对一个模版小程序进行打包将所有的组件模版统一打包。发布到cdn上去。
客户端请求服务端的某一个小程序，会拉取最新版本的小程序包，服务端根据业务决策走哪一个站点，然后获取到对应一些配置信息重点是组件id以及数据源信息。服务端做一些业务逻辑并发组装组件返回。客户端渲染。
还有一件事情是可以做的 就是 目前 前端取的字段与服务端的VO都是口头约定，可以搞一个映射的平台，专门做前端模型与服务端VO的映射
其实数据源可以放一些静态配置数据–前端自己理解，还有一些是动态数据–服务端做业务处理
还有一种模型
资源位 对应多个 投放活动
一个投放活动对应 数据源配置+投放规则（端，城市，人群）
一个资源位对应多个投放活动的规则不能冲突
原文链接：https://blog.csdn.net/u011955252/article/details/120210095?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522165934461816782184625510%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fblog.%2522%257D&request_id=165934461816782184625510&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2~blog~first_rank_ecpm_v1~times_rank-7-120210095-null-null.nonecase&utm_term=%E6%90%AD%E5%BB%BAcdn
原创文章，作者：优速盾-小U，如若转载，请注明出处：https://www.cdnb.net/bbs/archives/5841
