关于前端项目的微服务化（项目规模粒度的把控），大家有什么经验啊？尤其是 react 项目的？

[ly710]

背景是这样的，去年我司前端的技术栈从 php 模版＋ jquery 过渡到了 reac 全家桶，跨度很大所以在做项目的过程中不断的再重构。有时候项目已经做到交付测试阶段了，但是发现 bug 越来越难改遂重构。有时候做了下一个项目，整体架构上有升级又觉得前一个项目应该重构。

昨天和后端同事交流了一下，他说他们的项目要推动微服务化。就是从产品逻辑上把一个大项目拆分成多个小项目，比如一个大的 crm 可以把账户拆分出来做成一个单独的项目，别的模块又是另外一个项目。好处是，项目规模小易于把控，重构与技术升级的代价也小。例子就是阿里云的管理后台，比如域名管理和服务器管理就是两套系统，只是在前端页面上做了整合。

那么前端项目应该怎么去推进这种微服务化？大家有没有什么经验或者是相关的资料可以推荐阅读一下？

[alexsunxl]

不要自己乱定义一堆名词好吧。你后端同事也是瞎几把乱说的。。。
拆分就拆分呗，拆分跟微服务有什么关系。
贴一个维基的解释：
微服务属于分布式系统的概念之一，程式码并不会因此变得简单、短少，反而有可能为了处理外来的事件而变得更多。

参考： https://zh.wikipedia.org/wiki/%E5%BE%AE%E6%9C%8D%E5%8B%99#.E8.AA.A4.E8.A7.A3

[seki]

写完之后发现需要重构不也挺好，说明自己的认识水平得到了提高 = =
然而不知道你们属于具体什么问题呀，我觉得 component 本身就有点微服务的意思了

[sunjourney]

重构和你说的微服务有什么联系？

[whileFalse]

前端需要微服务吗……

[Ouyangan]

后端在瞎扯 23333 , 不是把项目拆了叫微服务....