Web前端高级面试2024,应该在JavaScript中使用Class吗?,小程序FMP优化实录

二、每次创建一个 Person 实例都会创建一个 talk 函数,造成性能浪费 (仅仅是用来与方案一对比)

const Grey = new Person(‘Grey’)

const Tom = new Person(‘Tom’)

console.log(Grey.talk === Tom.talk); // 输出 false


在 JavaScript 中使用类居然有上面这么多坑,那何不试试其他方案?

首先,我们回到源头想想什么是类,我们想利用类达到什么目的:

大多数时候,我们定义的类 其实是 创建对象的蓝图(模板) —— 我们先规划好一个类的模样,之后通过 new 的方式创建出许许多多的对象,每个对象都符合我们想要的格式(即属性,方法)

在 JavaScript 中,我们还有其他方案可以达到这个目的

工厂函数(factory functions)


const PersonFactory = (name) => {

return {

talk: () => {

console.log(${name} says Hello)

}

}

}

PersonFactory 是个简单的工厂函数,它返回一个对象,这个对象拥有一个 talk 方法

(p.s. 我更新了一下代码,看起来可读性更高一点,想看原版代码的可以查看历史记录

const Grey = PersonFactory(‘Grey’); // 使用工厂函数生成对象

const mockDomButton = {} // 模拟一个DOM上的按钮对象

mockDomButton.onClick = Grey.talk; // 绑定点击事件

mockDomButton.onClick() // 输出的结果是 Grey says Hello

由于JavaScript的闭包特性,name已经被封装在了函数里,所以上面的测试代码可以正常运作。而且更赞的是,这个方案中,name甚至自动成为了私有的变量,不怕被更改(上面的那些 class 方案里 name 都可以被公共访问的)

而且相比之下,工厂函数的代码更简洁易读,也不需要考虑 this 的繁琐问题。

因此,如果只是为了给对象创建绘制蓝图(模板),工厂函数是比类更合适的方案

继承

类的另一个特征是继承机制,子类可以继承(分享)来自父类的属性和方法。

如果仅仅是共享属性和方法,使用组合(composition)也可以很容易实现

const Workable = {

inOffice: true

}

const WorkablePersonFactory = (name) => (

Object.assign(

{},

Workable,

PersonFactory(name)

)

)

// 或者

const WorkablePersonFactory = (name) => (

{

… Workable,

…PersonFactory(name),

}

)

上面的代码意图十分明显,可读性很高,这也是组合模式的一个优点。

当然,对于某些更复杂的类使用场景,工厂函数并不能替代类。

关注代码表达性而不是死守教条主义


在 JavaScript 的现实场景中,尤其是前端代码,我们很少真正用到类继承,大多数时候,工厂函数就能完成我们的目标。

以React为例,官方这几年推崇 Hooks 的意图也很明显 —— 摆脱JavaScript class 带来的复杂性,拥抱函数式风格。

由于 JavaScript 实现的特殊性,在 JavaScript 应用中使用 class 对于一些程序员来说有许多坑,于此同时,大多数场景下其他替代方案如 工厂函数 可能更契合JavaScript的特性,反而带来更好的效果。

当然,并不是一杆子打死 JavaScript 的 class,在一些特别适合 OOP 的场景中,依然鼓励使用 class 。

总之,不要被教条主义所束缚,牢记编写程序最重要的两点是:

  1. 真正将需求转化成了代码

  2. 写出可读的,容易维护的,方便理解的代码


个人体验


在我的工作负责的几个项目中,其中一个Nodejs项目,我发现了大量的不必要的 class ,在constructor中充斥着大量的 bind 语句,而且这些 class 的方法之间并没有太多关系,很多class也没有内部状态;更像是为了声明这些函数是属于同一个模块而已 —— 也就是说根本不必要以 class 的形式组织代码。

于是,在日常任务完成之余,我就花了点时间,把这些class方法全部重构成普通的 function,再利用 ES6 module 的形式重新组织这些代码。现在这些代码干净、清晰了很多。

(关于 Nodejs 的 module 以及如何在 Nodejs 中使用 ES6 module,欢迎阅读我的另一篇文章 )

FreewheelLee:[搬运] JavaScript 模块化:CommonJS vs AMD vs ES6:

https://zhuanlan.zhihu.com/p/158683510


补充:

本文的讨论的场景主要是基于业务开发的上下文,不包括底层库、工具库开发等场景。

1. bind 以外的其他方案

感谢 @贺师俊 大佬的提醒

class fields或者autobind decorator都有很多问题,而且这两者还不是最终标准,建议不要用

读者们可以参考

2. 关于 工厂函数 的举例

首先这个例子主要是针对这种场景 ——在 JavaScript 给创建某类对象定制一个标准,以便可以用这个 模板 创建许多对象

这个例子的确还不够亮眼,那我再举个更实际的例子吧

function httpClientFactory(baseUrl) {

return {

baseUrl: baseUrl,

listUsers: () => {

return axios.get(${baseUrl}/users)

},

getUser: (id) => {

return axios.get(${baseUrl}/users/${id})

},

createUser: (user) => {

return axios.post(${baseUrl}/users, user);

},

listBooks: () => {

return axios.get(${baseUrl}/books)

},

getBook: (bookName) => {

return axios.get(${baseUrl}/books/${bookName})

},

createBook: (book) => {

return axios.post(${baseUrl}/books, book)

}

}

}

const httpClient = httpClientFactory(“https://your-endpoints/api”);

httpClient.getUser(“123”);

httpClient.getBook(“JavaScript Is Interesting”);

console.log("The httpClient’s baseUrl is " + httpClient.baseUrl);

对比

class HttpClient {

constructor(baseUrl) {

this.baseUrl = baseUrl;

this.listUsers = this.listUsers.bind(this);

this.getUser = this.getUser.bind(this);

this.createUser = this.createUser.bind(this);

this.listBooks = this.listBooks.bind(this);

this.getBook = this.listUsers.bind(this);

this.createBook = this.createBook.bind(this);

}

listUsers() {

return axios.get(${this.baseUrl}/users)

}

getUser(id) {

return axios.get(${this.baseUrl}/users/${id})

}

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数前端工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Web前端开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
img
img
img
img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上前端开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新

如果你觉得这些内容对你有帮助,可以添加V获取:vip1024c (备注前端)
img

最后

资料过多,篇幅有限

CodeChina开源项目:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

自古成功在尝试。不尝试永远都不会成功。勇敢的尝试是成功的一半。

一个人可以走的很快,但一群人才能走的更远。如果你从事以下工作或对以下感兴趣,欢迎戳这里加入程序员的圈子,让我们一起学习成长!

AI人工智能、Android移动开发、AIGC大模型、C C#、Go语言、Java、Linux运维、云计算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算

eChina开源项目:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】]( )**

自古成功在尝试。不尝试永远都不会成功。勇敢的尝试是成功的一半。

一个人可以走的很快,但一群人才能走的更远。如果你从事以下工作或对以下感兴趣,欢迎戳这里加入程序员的圈子,让我们一起学习成长!

AI人工智能、Android移动开发、AIGC大模型、C C#、Go语言、Java、Linux运维、云计算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算

  • 12
    点赞
  • 20
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值