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