资讯专栏INFORMATION COLUMN

JavaScript 设计模式 ① 正确使用面向对象编程的姿势

sf_wangchong / 3142人阅读

javascript是一门弱语言,他有着分同一般的灵活性使它迅速的成为几乎人人必会的一门语言,but,你们使用的姿势真的正确吗?

在以前的开发过程当中,老板:给我加个验证用户邮箱验证用户短信...功能!

</>复制代码

  1. function checkMessage(){...}
  2. function checkEmail(){...}
  3. function ... //茫茫多的函数

这样写好了之后 function 是全局的变量,那么是全局的就难免会对项目javascript环境造成污染,可能会对其他同事造成影响,我们首先要考虑会不会影响别人,如果别人重名对你的checkMessage覆盖,那么这样的BUG是很难发现的。为了不造成太多的全局污染,我们可以这样写:

</>复制代码

  1. var checkObject = {
  2. checkMessage:function(){},
  3. checkEmail:function(){},
  4. ...
  5. }

首先说明,并不是这样写就不会造成污染了,checkObject依旧是全局变量,那么好处在哪里呢?想一下如果Jquery的$被覆盖了,那么我们页面的

</>复制代码

  1. $.each | $.extends | $(#id) | $...

都失效了,那么我们很容易定位问题: Jquery出问题了!checkObject也是一样,当checkObject出问题了,我们很容易定位错误。

调用:checkObject.checkMessage() 即可

那么问题又来了:如果有同事用我的checkObject搞一些事情呢?它可以直接用我的方法么?当然可以,问题是,你买了一本书你愿意别人乱写乱画么?我们可以改造一下:

</>复制代码

  1. var checkObject = function(){
  2. return {
  3. checkMessage:function(){},
  4. checkEmail:function(){},
  5. ...
  6. }
  7. }

我们把方法通过function的调用返回,这样别人可以这样用 :

</>复制代码

  1. var check = checkObject();
  2. check.checkEmail();

我们可以再完善一下,把checkObject看成java的类,checkMessage,checkEmail看成java的public 公有方法,既然看成类了,我们可以把checkObject写成大写CheckObject

</>复制代码

  1. var CheckObject = function(){
  2. this.checkMessage = function(){},
  3. this.checkEmail = function(){},
  4. ...
  5. }

别人调用:

</>复制代码

  1. var check = new CheckObject(); //既然是一个类了,就要 new 来实例化了
  2. check.checkEmail();

每一次通过new创建新对象的时候,新创建的对象都会对类this上的属性进行复制,你定义了两个那么就复制两次,那么再更多呢?是不是感觉有些奢侈呢,考虑我们可以运用javascript的原型prototype来创建它:

</>复制代码

  1. var CheckObject = function(){
  2. }
  3. CheckObject.prototype.checkMessage = function(){},
  4. CheckObject.prototype.checkEmail = function(){},
  5. ...

你嫌麻烦?

</>复制代码

  1. var CheckObject = function(){
  2. }
  3. CheckObject.prototype{
  4. checkMessage : function(){},
  5. checkEmail : function(){},
  6. ...
  7. }

这样我们的方法都复制到CheckObject的原型连上去了,创建出来的对象都是通过prototype依次寻找,都绑定在CheckObject的原型上__proto__

随便看一下Jquery的原型链,是不是很熟悉的方法呢?

同志们是否好奇Jquery的方法是如何链式调用的呢?很简单,我来模拟一下

</>复制代码

  1. var CheckObject = function(){
  2. }
  3. CheckObject.prototype = {
  4. checkMessage : function(){ ... return this },
  5. checkEmail : function(){ ... return this },
  6. ...
  7. var check = new CheckObject();
  8. check.checkMessage().checkEmail();

就这么简单,我们只需要将this指代的当前对象全部返回即可。

咳咳,言归正传,回到面向对象编程的课题上

java中有 private声明的私有变量、 有通过publicgetter setter方法进行通信,有static修饰的静态变量静态方法有构造器,那么javascript可以使用这样的设计模式么?可以,跟我往下看:

我们去商店买烟

</>复制代码

  1. var Smoke = function(id,name){
  2. //私有属性
  3. var num = 0;
  4. //对象的公有属性 (需要new
  5. this.id = id;
  6. //私有方法
  7. function checkID(){ return true};
  8. //公有 setter getter 构造函数
  9. this.setName = function(name){
  10. this.name = name;
  11. }
  12. this.getName = function(){
  13. return this.name;
  14. }
  15. //对象的公有属性 (需要new
  16. this.information = function(){
  17. //只有在Smoke内部才能调用checkID()
  18. if(checkID()) return this.name+"香烟"+"订单号 :"+this.id
  19. }
  20. }
  21. Smoke.prototype = {
  22. money:"10元", //公有属性(不需要new) 直接Smoke.money[想没想到Array的length?]
  23. other:function(){}
  24. }
  25. var smoke = new Smoke(994857,"煊赫门");
  26. smoke.information(); //"undefined香烟订单号 :994857" ps:因为我们没对Smoke的name属性赋值
  27. smoke.setName("煊赫门"); //我们赋值
  28. smoke.information(); //"煊赫门香烟订单号 :994857"
  29. smoke.num; //undefined ps:很明显他是私有属性
  30. smoke.checkID();//error is not function ps:很明显私有方法

如果我们没有new

</>复制代码

  1. var smoke = Smoke(994857,"煊赫门");
  2. smoke.information(); //Uncaught TypeError: Cannot read property "information" of undefined

纳尼报错了?

</>复制代码

  1. smoke.money; //undefind
  2. smoke //undefind

(好像明白了什么......) 别急,让我们看下window

</>复制代码

  1. window.information(); // "undefined香烟订单号 :994857"

恍然大悟,因为new是可以对当前对象(Smoke)的this不停地赋值【上面讲过】,而上面的没有new相当于全局执行了Smoke() 所以是他的this 指向到 window去了!
怎么避免这种无操作呢?我们在Smoke内部进行类型检查:

</>复制代码

  1. var Smoke = function(id,name){
  2. var num = 0;
  3. function checkID(){ return true};
  4. //判断this在执行过程中是不是属于Smoke,如果是说明是new过的 0.0
  5. if(this instanceof Smoke){
  6. this.id = id;
  7. this.setName = function(name){
  8. this.name = name;
  9. }
  10. this.getName = function(){
  11. return this.name;
  12. }
  13. //对象的公有属性 (需要new
  14. this.information = function(){
  15. //只有在Smoke内部才能调用checkID()
  16. if(checkID()) return this.name+"香烟"+"订单号 :"+this.id
  17. }
  18. }else{
  19. return new Smoke(id,name);//内部重新new一个 0.0
  20. }
  21. }

看完了么,感觉爽不,是不是感觉就是在写java呢,其实javascript就是灵活在这里,这只是javascript一种常用的面向对象设计模式,后面我会将更多的设计模式,这些设计模式都是经过前人无数心血总结出来给我们的,我们为什么不用呢?

感谢[他居然爱吃虫]同学对本文的校对

如果您觉得还算不错可以关注我持续看我的文章,大概方向:前后端语言设计模式如何设计好一款框架源码导读技术实践

青年才俊可以入群交流:147255248

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/67803.html

相关文章

  • JavaScript 设计模式 正确使用面向对象编程姿势

    javascript是一门弱语言,他有着分同一般的灵活性使它迅速的成为几乎人人必会的一门语言,but,你们使用的姿势真的正确吗? 在以前的开发过程当中,老板:给我加个验证用户邮箱、验证用户短信...功能! function checkMessage(){...} function checkEmail(){...} function ... //茫茫多的函数 这样写好了之后 function 是全...

    macg0406 评论0 收藏0
  • JavaScript 设计模式 正确使用面向对象编程姿势

    javascript是一门弱语言,他有着分同一般的灵活性使它迅速的成为几乎人人必会的一门语言,but,你们使用的姿势真的正确吗? 在以前的开发过程当中,老板:给我加个验证用户邮箱、验证用户短信...功能! function checkMessage(){...} function checkEmail(){...} function ... //茫茫多的函数 这样写好了之后 function 是全...

    robin 评论0 收藏0
  • 小技巧 - 收藏集 - 掘金

    摘要:然而学习布局,你只要学习几个手机端页面自适应解决方案布局进阶版附源码示例前端掘金一年前笔者写了一篇手机端页面自适应解决方案布局,意外受到很多朋友的关注和喜欢。 十分钟学会 Fiddler - 后端 - 掘金一.Fiddler介绍 Fiddler是一个http抓包改包工具,fiddle英文中有欺骗、伪造之意,与wireshark相比它更轻量级,上手简单,因为只能抓http和https数据...

    A Loity 评论0 收藏0
  • H5学习

    摘要:为此决定自研一个富文本编辑器。本文,主要介绍如何实现富文本编辑器,和解决一些不同浏览器和设备之间的。 对ES6Generator函数的理解 Generator 函数是 ES6 提供的一种异步编程解决方案,语法行为与传统函数完全不同。 JavaScript 设计模式 ② 巧用工厂模式和创建者模式 我为什么把他们两个放在一起讲?我觉得这两个设计模式有相似之处,有时候会一个设计模式不能满...

    aristark 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<