1. 对组件化的理解 组件化好似“搭积木”；“分而治之”思想实际运用，所谓“大事化小，小事化了”或称为“抽 象隔离”。就是，各个组件之间有自己需要解决的问题，有各自解决的方式方法，但互相 不需要知道，它们沟通只看“结果”即 props，events（当然这是模拟事件，也是个可以 研究的点） 这里就要根据“角色”或“用途”分为通用型组件和业务型组件。 举个不恰当的例子，通用型组件好比广义的“车”，你根据业务的需要加个“四轮驱动”之 类的就变成个“越野车”这种业务组件了。 当然，由于前端的特殊性，组件的不同也体现在不同的表现上（CSS 说的就是你) 现在日常工作的常态大概就是写组件。日常写业务的我们，在优秀组件的基础上，“改造”出 公司需要的产品。 像大圣大神写出优秀的组件库，供我们“改造”。 然后我推测公司的架构师的工作就是将“只要业务”“主要问题”合理的划分为一个个“组件”， 最后由我们写。 这样，宏观的组件化，和微观的组件化都有了。 2. defineEmits, defineProps 我尝试了下将 props “抽离出去”，结果没成功，这个 defineXXX 系列的 API 和 useXXX 系列的 API 还是有不同，define 系列设计的貌似和组件 “强相关”，所以这也 是之后或是课下我需要关注的点, 看看是怎么实现的。 感觉 useXXX 是将XXX“引入”组件，这个 defineXXX 是“声明”组件中已经“存在"的东西。 大概就是这样