个人的一些小疑问

个人的一些小疑问

7月老师,为什么是喜欢把模块称为类(累),听起来有些累^_^。老师应该是后端出身的工程师吧。

我们前端人员更喜欢称为组件。

本身Components就是组件的意思,万物皆可组件。

平时开发react比较多,我对前端编程的理解是这样的:

逻辑|(JS方法|函数)———修改——>数据(state)——驱动———>状态(样式)

我买这个课程就是冲着SKU去的,刚好最近要做电商,遇到SKU这块问题,感谢老师给我提供思路,我不喜欢照搬代码(代码洁癖),所以按照自己的方式实现了这个功能。

老师分的组件(类)的粒度比较细,个人感觉有利有弊。

缺点:太细的话,维护起来文件来回关联的比较多,需要同时打开多个文件,上下级去理解,对于不喜欢面向对象编程的人来说会比较吃力,而且我也发现老师在讲课的过程中联调程序,找问题,也确实有些绕。

优点:当然良好的分离会让每个程序文件更干净,更纯净。更好的复用。

我个人编程更喜欢先全部在一个页面实现功能逻辑,然后再优化封装,分离。

如果以上去就分离,在程序联调这块会有些费事。

正在回答 回答被采纳积分+1

登陆购买课程后可参与讨论,去登陆

3回答
7七月 2019-11-20 14:40:15

总体来说,学生里像你这种肯思考的,不多,挺好的。加油。

补充下我说的类是因为模块里写的就是1个类,我引用的是类,不是模块。但并不代表我混淆了类和模块的概念。

7七月 2019-11-20 14:38:34

写在一个文件里在分离是ok的,但问题是讲课,不可能把这个过程演示出来。实际上给你们讲的也确实是我优化了4次的代码结果。

7七月 2019-11-20 14:37:07

说下我的看法。

模块、组件和类,这是3个不同的概念,不能混淆。不能因为是前端,就把组件和类、模块混淆了。

组件是抽象的总称,包括了行为、逻辑、UI。

类是单纯的业务对象,模块就应该是JS里的模块这个概念,或者理解成JS文件。

这三个概念不同,不会因为前端开发者就把组件代替了类和模块。

说下,类的粒度问题。SKU这块 类的拆分已经不细致了,你看下几个类里的代码行数,不少了,再少几个,没个文件代码太多就好维护吗?

我不同意你说的面向对象由于比较抽象,大多数前端开发者不理解,所以我们就放弃OO的写法迁就不理解的人。技术只有合适和不合适,不会迁就任何人。

OO本身就是编程的基本功,才前后分离的趋势之前就已经存在很多年了,如果不用OO,这个SKU如何构建会比较清晰,是否有具体的参考代码?


问题已解决,确定采纳
还有疑问,暂不采纳

恭喜解决一个难题,获得1积分~

来为老师/同学的回答评分吧

0 星
请稍等 ...
意见反馈 帮助中心 APP下载
官方微信

在线咨询

领取优惠

免费试听

领取大纲

扫描二维码,添加
你的专属老师