是时候谈谈JavaScript面向对象了!(我们什么时候更需要它)

前端技术尤其是JavaScript,经常被后端觉得不是正经编程语言,大多数是因为JavaScript是基于函数的语言,因此潜在上使得它在使用和发展上有所局限。

我记得在90年代末和21世纪初,JavaScript主要用于使html页面更加动态。比如实现一些弹窗,跑马灯之类的视觉效果。

现在,我们有很多框架,库,甚至后端系统都在使用JavaScript。用JavaScript开发一个移动应用和桌面应用程序-在以前是闻所未闻的,但如今,这些我们经常听说甚至已经投入使用了。现在我们还可以用JavaScript实现跨平台开发!

JavaScript无处不在,你可以使用JavaScript轻松完成很多有趣的东西。但随之而来的是潜在的长期问题。许多JavaScript开发者并没有像java开发者一样习惯使用面向对象编程,或者说没有面向对象编程这方面的训练。这很正常,因为我们经常为了追赶进度完成手头的工作,忽略了一些我们还不知道的内容

什么是面向对象编程?

面向对象的编程是一种思想,一种心态。它背后的想法是,你为你想象中的对象创建了一个蓝图,然后一次又一次地调用它来完成各种各样的功能。每次你想使用一个对象时,你必须先创建它这样它才会存在,然后设置它的属性,以便使用附加到它的功能。这些功能被称为“方法”。

例如,一个CustomerOrder对象可能附加了一个GET:Order Details功能(又名方法)。

//基于类
class CustomerOrder{
  constructor(customerId,orderId){
    this.customerId = customerId;
    this.orderId = orderId
  }
  get orderDetails(){
    return this.pullOrderDetails();
  }
  pullOrderDetails(){
    //一些操作
    return 
  }
}
const order_1 = new CustomerOrder(87873,"Cus-001")

console.log(order_1.orderDetails)

我们来看另一个基于函数的方法:

//基于函数
const customerId = 8787
const orderId = "Cus-001"
function pullOrderDetails(customerId,orderId){
  //一些操作
  return
}
console.log(pullOrderDetails(87873,"Cus-001"))

上面的问题在于,函数的数量多起来时,很快就会变得混乱。虽然将所有内容都编写为函数,然后根据需要来调用,在一开始可能会很方便,但是日积月累,函数之间的关联关系错综复杂,一旦发生变更,你可能需要修改很多函数,也会引起很多未知问题。

可能有些难理解,我们看下面的图(使用类的情况):

image

constructor是设置变量的地方,Getter和setter方法是类做事的入口。使用什么函数以及如何使用它们都是隐藏的。每次创建一个新对象时,整个类及其方法都会被“克隆”,并可访问需要的内容。发生变更时,我们也只需要在类上一次修改,便可以全局生效。

我们再看下面的图(使用函数的情况)

image

当我们用一堆松散的函数编写代码时,它的更改范围通常没有定义。依赖项注入是使函数正常工作所必需的,而一个函数常常需要另一个函数才能正常工作。从表面上看,基于函数的编程可能一开始看起来很简单,但从长远来看,维护它是一个逻辑上的噩梦。

使用面向对象编程,您只需要调用getter和setter方法来访问黑盒功能。作为类的消费者,你不需要知道它是如何工作的。你只需要知道它是有效的。

为什么我们要在JavaScript中采用面向对象编程

上面的两幅图能看出来,过度依赖基于函数的编程可能很快就能完成任务,但是长远来看,这会存在很高的风险。

随着代码量的增长,你就需要改变组织代码的思维方式,并考虑采用面向对象。与通过一系列依赖注入串在一起的函数相比,对象的则更容易追踪和掌握。

下面的代码是基于函数:


image

你会需要知道整个调用链,以便弄清楚如何实现你的目的。当然也很乱,不易理解。

基于函数的编程的问题是,链的中断可能导致整个流程的失败。对于对象,一个被破坏的方法不会(也不应该)影响类的其他部分。

下面的代码是基于类(面向对象):


image

这种方法,可能代码量不会少多少,但你可以复用它,而不需要写很长的调用链。

当你思考问题时,是基于类,而不是一系列相互关联的函数时,代码自然会减少出现问题的风险。因为每一次依赖注入都会增加一次潜在错误的可能,而且寻找错误时,也会花费更多的时间和精力。、

最后

面向对象编程是一种主动的行为,你可以选择使用,也可以选择不使用。随着前端体系的日益庞大,代码量和应用场景也远超于从前,我们更需要思考面向对象编程的重要性。

面向对象编程的资料:

https://developer.mozilla.org/zh-CN/docs/Learn/JavaScript/Objects/Object-oriented_JS

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,088评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,715评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,361评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,099评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 60,987评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,063评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,486评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,175评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,440评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,518评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,305评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,190评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,550评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,880评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,152评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,451评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,637评论 2 335

推荐阅读更多精彩内容