还有一点的就是继续延续自身团队的编程风格，和 vue-class-component 可以比较无缝衔接

@yunyuyuan 其实它的本质还是 setup ，只不过是使用 class 的形式来编写出来而已。其实还有一点是文章没有讲的，写多了 ref, reactive , computed 和 withDefaults ，就觉得真的很烦，使用 class 的代码组织形式，可以让我忘记一直需要调用 Vue 的各种 API

@wunonglin 目前没办法，公司上百个项目，可不是闹着玩。
可以了解一下这个，目前处于 beta 阶段
https://github.com/BuilderIO/qwik

后面可能会往这个技术栈上转，能解决我们目前很多在 Vue SSR 微服务领域遇到的很多问题

@gouflv 官方不会再推进使用 class 组件了

@suzic 不是的。。。

@Asyncway 可能有关系，因为我开发的时候，版本都是 12.x 以上的

@Asyncway 你这个是在 window 环境下运行的吗？是最新的代码吗？
我刚才试着跑了一下，没问题。可以贴一下更完整的错误信息来看看。

@zlu1123 互相交流，共同成长。

@lower express 中间件编写授权逻辑就好了

@Immortal 你的组件有风险，不会因为你全部写在一个项目，就没有风险了。如果本身有风险，并且只有一个服务，那么就真的整站挂了。

@Immortal 这个还是要看项目大小，团队规模的。如果一个人的话，维护七八个项目，当然不值当。像我司，不同的项目分属到不同的部门独立维护，侧重点不一样。而且还有个好处就是，如果把所有的页面，都搞成一个服务，如果这个服务挂了，整个网站就挂了。微服务其实还可以规避一下风险，一个服务挂了，其它的服务还是正常的。

@Immortal Genesis 对比 Nuxt 、vue cli 等其它的解决方案，只是提供了这样的能力，但是不意味着你一定要使用它。

@Immortal 其实只是我的宣传侧重点在于微前端和微服务而已，你使用它开发一个单例的 SPA 应用和 SSR 应用也是可以的。

@Immortal 哈哈，如果连测试环境都没有的。当然不建议这么搞，去拆分微服务。但是你只是做单个 SPA 应用的话，其实也是可以使用 Genesis 的。只是你写的项目，具备了这种对外提供接口的能力而已，正常的项目，该怎么跑还是怎么跑。

@guolaopi 看你要怎么搞，我觉得简单的搞法，就是在服务端配置一个内网的域名，走 HTTP 请求通信。当然了，你要搞服务发现的那一套，其实也是可以的。

@Immortal 你在本地跑个页面，不需要开一堆的服务，你和其它的服务通信，可以走 HTTP 请求，就像你写个 SPA 的页面，你不需要本地开启一个后端的服务一样。
你可以看下我们的网站
https://www.followme.com/

这是一个非常庞大的网站，目前只有首页、信号、通知采用了微服务架构，未来的一段时间，剩下的页面，都会采用这种微服务架构来进行重构。

@rioshikelong121 你的理解很到位，微前端只是它顺便支持的而已，它真正的核心是在于微服务。我承认我有点蹭微前端的热度。

我这里说的微服务是指，每一个服务都具备提供 CSR 渲染和 SSR 渲染的能力，也就是说服务拆分之后，你可以搞一个聚合服务，由聚合服务调用底层服务，生成一个完整的页面展示给用户。在客户端切换 url 的时候，再去走 CSR 渲染。服务端和客户端的聚合可以采用两种不同的策略。

@guolaopi 独立部署、独立运行啊。针对老项目，最好的还是新业务独立开发，老项目接入

@mars0prince 多谢支持。