浅谈业务中台的前端设计什么是中台中台业务的价值是什么什么是前端中台业务如何设计前端中台业务未来outlook什么是中台？一般是指构建一个灵活多变的结构，快速实现前端提出的需求，避免重复构建，达到提高工作效率的目的。”当公司发展到一定规模时，需要打造中台团队，提高工作效率，在前后端分离的合作模式下，分为后端中台和前端中台。对于前端中台站，常见的有BFF中台，商务中台等等，今天主要分享的是商务中台的一些经验，中台商务的价值是什么？中台的背景企业是在“降本增效”的号角下诞生的，无论公司规模大小，无论业绩如何，“降本增效”始终是一个可以探讨的永恒话题.企业需要盈利。除了增加利润，运营成本也是需要考虑的重要部分。至于人力成本或协作成本，作为运营成本的重要组成部分，投入了一定的时间和经验，生产服务或工具来降低成本，大致列出了做过的前端和中端业务.Low-codeloader(xxx官网对接低代码平台前端技术方案)统一登录页面(xxx账号统一过渡页面业务线对接)webComponents(webComponents版本管理方案设计)微应用(微应用大师-子应用通信设计，微应用前端按Configuration渲染）网关插件（xxx和yyy免费注册，zzzISV优化对接文档）光看业务可能比较模糊，下面说说技术实现细节。项目技术低代码加载器@xxx/yyy-hydrate，nextslug路由统一登录页面localStorage自然域名隔离，前端网关proxywebComponents@xxx/direflow-component，@xxx/direflow-utils，@xxx/direflow-deploy，前端网关接口，webpack复制重命名插件微应用localStorage，ReactContext网关插件基于koa的BFF网关如何设计前端和中端业务至于如何设计前端业务，我认为主要有几个方面需要考虑，尽量通用用户接入尽量简单，文档尽量详细，及时更新，接入前自测，充分相信接入方是尽可能多才多艺。其实通用性强有一个非常大的前提：统一的前端技术栈和完备的前端基础设施（如前端网关、前端发布平台）。得益于涂鸦前端技术栈统一为基于next.js的React技术栈，以及完备的前端基础设施，强大的通用性具有先天优势，无需考虑兼容性，只需要考虑“商业业务”。比如xxx业务线中，有业务线A、业务线B、业务线C、业务线D、业务线E等业务线。在开展中台业务时，主要考虑的是：技术方案是否是所有业务线通用的？比如：前端组件如何同时兼容UIframeworkv3和UIframeworkv4？网关插件是否同时支持协议A和协议B？前端根据配置进行渲染，上下文方法注入钩子，组件用户访问尽可能简单。如何让“用户访问尽可能简单”非常重要。比如low-codeloader接入：遇到nextversion不同的问题，需要一一统一。统一后才能使用npm包访问统一登录页面：数据存储localStorage，代理配置即可。接入端工作负载微应用：主子应用统一通信方式为foo，提供统一子应用获取应用信息npm包网关插件：尽可能收敛网关插件内部逻辑尽可能，例如登录状态获取、api调用、重定向等。文档重要的是要有一个清晰易用的文档，该文档尽可能详细和最新。可以帮助接入方更快接入，节省大量沟通时间。如果链接比较复杂，尽量提供清晰的链接图（推荐使用mermaid绘制链接图）。文档主要考虑了api/props的几个方面。清晰的demo文字少，一图抵千言。链接图、架构图、示意图changelog（如果更新很频繁的话）一些容易踩测试的友情提示，完全相信接入方处于前端中台初期。公共模块开发完成后，我会直接在业务线项目中进行访问测试，确保链接可用，服务可用。当服务成功接入一线业务，并成功上线运行时，就已经实现了功能可用性。当有第二条业务线接入时，虽然接入方不清楚链路，但作为服务商，已经进行了自测和接入第一条业务线，需要充分信任对方并协助access即未来展望除了上面提到的很多方法论或者经验之外，要想做好商务中心的前端设计，还有很多事情要做：增强服务意识和拥抱新技术的沟通技巧，拓宽技术栈以提高代码的通用性，Cohesion
