个人的一些小疑问
来源：3-6 遍历所有Cell的潜在路径 二
Hui前端框架
2019-11-19 19:16:38
7月老师，为什么是喜欢把模块称为类（累），听起来有些累^_^。老师应该是后端出身的工程师吧。
我们前端人员更喜欢称为组件。
本身Components就是组件的意思，万物皆可组件。
平时开发react比较多，我对前端编程的理解是这样的：
逻辑|（JS方法|函数）———修改——>数据（state）——驱动———>状态（样式）
我买这个课程就是冲着SKU去的，刚好最近要做电商，遇到SKU这块问题，感谢老师给我提供思路，我不喜欢照搬代码（代码洁癖），所以按照自己的方式实现了这个功能。
老师分的组件（类）的粒度比较细，个人感觉有利有弊。
缺点：太细的话，维护起来文件来回关联的比较多，需要同时打开多个文件，上下级去理解，对于不喜欢面向对象编程的人来说会比较吃力，而且我也发现老师在讲课的过程中联调程序，找问题，也确实有些绕。
优点：当然良好的分离会让每个程序文件更干净，更纯净。更好的复用。
我个人编程更喜欢先全部在一个页面实现功能逻辑，然后再优化封装，分离。
如果以上去就分离，在程序联调这块会有些费事。
3回答
-
7七月
2019-11-20
说下我的看法。
模块、组件和类，这是3个不同的概念，不能混淆。不能因为是前端，就把组件和类、模块混淆了。
组件是抽象的总称，包括了行为、逻辑、UI。
类是单纯的业务对象，模块就应该是JS里的模块这个概念，或者理解成JS文件。
这三个概念不同，不会因为前端开发者就把组件代替了类和模块。
说下，类的粒度问题。SKU这块 类的拆分已经不细致了，你看下几个类里的代码行数，不少了，再少几个，没个文件代码太多就好维护吗？
我不同意你说的面向对象由于比较抽象，大多数前端开发者不理解，所以我们就放弃OO的写法迁就不理解的人。技术只有合适和不合适，不会迁就任何人。
OO本身就是编程的基本功，才前后分离的趋势之前就已经存在很多年了，如果不用OO，这个SKU如何构建会比较清晰，是否有具体的参考代码？
2 -
7七月
2019-11-20
总体来说，学生里像你这种肯思考的，不多，挺好的。加油。
补充下我说的类是因为模块里写的就是1个类，我引用的是类，不是模块。但并不代表我混淆了类和模块的概念。
0 -
7七月
2019-11-20
写在一个文件里在分离是ok的，但问题是讲课，不可能把这个过程演示出来。实际上给你们讲的也确实是我优化了4次的代码结果。
0
相似问题