对移动中台的一些想法
共 1813字，需浏览 4分钟
·
2021-12-26 23:22
什么是移动中台？移动中台是构建在业务&数据中台之上，为更好更快的利用中台能力，快速迭代移动端产品，从而沉淀出来的一个新的中台层。移动中台建立在业务、数据双中台之上，更靠近移动前端战场。阿里认为“数字化转型，移动先行”，他们将移动中台类比成战场的坦克群。
移动中台的进化策略。移动中台进化到最后，一定是“大中台，小前台”的策略。“大中台，小前台”，并不意味着前台不重要。相反，建设大中台是为了更好的服务小前台。大中台想要发挥作用，体现出自己的价值，必须通过小前台的引导。因此，判断中台建设是否成功的指标应包括：前台有没有使用中台，前台从使用中台中获得了哪些好处，中台好不好用，愿不愿意继续使用中台。
想要达到的效果。我认为移动中台会分三个大阶段，组件化、项目化、产品化。这三个大阶段也意味着移动中台使用会越来越方便，组件的引用，项目的配置，产品的调用。最后组件化、项目化、产品化都会在移动中台中存在和被使用。
移动中台初期-组件化。移动中台是一个大的组件库，他给各个项目输送合适的组件，每个项目的开发不再是从零开始或者依靠经验从其他项目中复制代码。项目需要实现什么功能，技术人员第一选择是从移动中台中获取，从小到一个简单的UI，到大到一个完整的业务模块，通过简单的引用快速构建。项目也不是一味的从移动中台中索取内容，项目中根据业务的情况（使用频率、独立程度等）封装组件不断丰富我们的移动中台。
移动中台中期-项目化。移动中台一定会积累成项目层的直接复用，我认为这也是移动中台的一个深入发展。同类的项目通过复制项目修改配置参数的形式快速形成同类型的项目，这个项目化就相当于移动中台的一个大的复用模块。
移动中台后期-产品化。项目模块最终会逐渐产品化，这个时候和项目化最大的不同就是不再是代码层面的调用了，我们会在产品中制定一定的规则，通过不同的调用来形成一个个项目（需求）。这个时候我们中台的能力正在解放掉我们的代码工作。
更多合作。移动中台的构建需要多方合作的，并不是前端自己就能闷头做好的工作。前端必须要有移动中台思维，一开始就注意和做好底层设计，从而根据项目做好组件化和项目化，达到程序员层面的代码复用。如果要做到产品化，一定拥有产品规划、UI设计、后端服务、数据支持、前端实现等，必须是一条完善的流程，这样做出来的移动中台才能得到产品经理和老板的高度认可。
The END
如果您觉得这篇内容对您有帮助，我想请你帮我两个小忙：
请你喝杯🍵 记得三连哦～
1.阅读完记得给🌲 酱点个赞哦，有👍 有动力
2.关注公众号前端那些趣事，陪你聊聊前端的趣事
3.文章收录在Github frontendThings 感谢Star✨