2019-11-22整个专栏反反复复听了好几遍，慢慢理解之后，确实感觉干货满满，谢谢老师。希望专栏结束之后会有一个github的demo项目进行升华一下，专栏就完美了。作者回复: 谢谢你的建议。结束后，我好好准备一下哈。
希望学完后你能成为一个具有战略高度的架构师。 6
2019-11-23看着看着就学了76%了，感觉不配合没有一个完整的demo讲，感觉还是云里雾里的，每篇都是点到即止，毕竟《实现领域驱动》这本书京东59也能买到，作者回复: 这个专栏主要是从微服务设计和拆分角度，来讲述如何用DDD做中台和微服务设计，每一部分都有自己的设计上的思考，所以在底层代码实现上讲的不多。不是为了纯讲DDD的战术设计方法，这也是这个专栏与其它DDD不一样的地方。不知道你有没有看过实现领域驱动设计这本书没有，你可以将两者结合起来学习。
2
2019-11-22一直都把自己的思维或者视野限制在了后端以及目前工作接触到的领域，看完之后有了一个整体的认识，以及抬头多看看多想想的念头~作者回复: 有时候视角高一点，看到的和想到的会不一样哈。
1
2020-01-14独立业务单元是好想法，但微前端的组合拼装能力是前提，否则聚合业务场景将很难实施。作者回复: 是的，微前端的设计思想很好。而且现在不少互联网大厂比如蚂蚁金服、美团等在不少生产系统已经投入使用了，相信这些技术会越来越成熟。
2019-11-24总结一下，微前端和中台微服务一起作为业务组件，对外提供服务！
2019-11-23老系统微服务改造，前端界面都是JSP Taglib的开发方式，这种前端是不是就没办法分离了，微前端是不是只能建立在单页应用技术的基础上。作者回复: 现在比较适合做微前端的技术也有不少，比如Vue之类的。
微前端应该作为企业级的战略，建议建立统一的前端界面规范和技术规范，采用统一的标准。
2019-11-22在迭代的过程中，如果出现前端主页面和微前端风格出现不一致，怎么办？作者回复: 需要定义统一的前端风格和规范标准。万一出现也不影响使用。
2019-11-22每个微前端对应一个微服务，那流程之前的切换，对于微服务数据之前 同步是不是需要非常及时？作者回复: 有些数据在前端就完成了交互。
- 2019-11-22微前端的前端页面需要嵌入到 前端中吗？
作者回复: 根据业务流程动态加载到前端集成主页面。
2019-11-22前端微服务化，前端+后端构建业务服务组件，还是领域的划分与领域边界的划清。目标还是领域的自治及领域间的链接，从而达到分而治之的效果。建立在规范，一套游戏规则的基础之上，而能更好地集成与组合。前台+中台的都微化，形成一套彻底的解决机制，是很好的实现机制。
但是这里面还是有几个待探究的疑问：
1.集成主页面 - 与微服务的前端页面怎么集成 ？
2.业务单元的如何独善其身，做到真正的自治需要产品需求、前端实现、中台服务实现的顶层设计与边界区分。作者回复: 1、现在很多的前端工具比如Vue等，有页面注册和动态加载的机制。前端主页面可以获取到微前端页面url地址后，将对应的微前端页面动态加载到集成主页面。
2、这个确实需要顶层设计，还得有统一的技术标准和开发规范。尤其对于通用能力的复用，还有主页面内不同微前端之间的数据共享。不过现在很多的前端工具都提供这些能力了。
2019-11-22对于微前端一直有些困惑，到底是独立页面，还是独立组件。独立页面就是一下放弃了SPA的各种优点，一下回到几年前。 而如果用组件，那其实又增加了开发的复杂度，而且版本发布时候又会有更多的兼容风险。 前端的变更明显比后端要频繁的多，究竟最佳实践是什么。作者回复: 确实会有这两种选择，独立页面 OR 独立组件
独立页面的话，这种方案通过路由、Iframe都可以实现不同微前端应用的组合。
独立组件的话，这种方案可采用组件化的方式构建应用，开发成本较高，配合lazyload可实现组件的按需加载。通常用这种方式需要在开发时保持独立开发，但是最终需将各组件或应用进行集成合并。
两者各有优劣：
前者相对实现起来比较简单，而且也可保持前端多技术栈，即通过不同的前端框架来实现。
后者实现会有额外成本，如针对工程的合并集成。但是相比前者在依赖采用同一套，会减少很多开销。
具体如何选择，还需依据项目实际情况来看。