javascript中为何在匿名function函数后面还外加

2020-05-20 22:29:05

参考地址 javascript中为何在匿名function函数后面还外加

  对于很多初学者来说,遇到它们经常会产生一系列问号:这是编程吗,用它做什么,怎么我没在其他语言里见过呢?

    接下来我就详细地解释一下:

    它可以解释成为“匿名函数自调用”,也就是说,定义一个匿名函数,然后马上调用它(因为它是匿名的,如果不立即调用就获取不到该函数的引用了)。通常它被应用在一些大型的JS框架中(如上面所说的),因为这个匿名函数的函数体相当于提供一个匿名的名字空间,这样就不会再与用户自定义的JS函数、变量、对象发生冲突了。尽管JS没有显示地提供命名空间的定义和使用机制,但这种匿名方式却不失为是一种很好的解决命名空间问题的方法。

    所以说,(function(){代码})()就等于执行了一个函数,只不过它是匿名的而已。如果在这个匿名函数内部想再次调用这个函数,就需要调用constructor属性了(这是Object中定义的,JS的继承机制如同Java一样保证了了所有对象都继承Object类)。

    明白了它是什么了,下面我们就要学习该怎样使用它了,以下这些问题是我们会经常遇到的,不如提前做好理论只是准备以备后期能顺利地实现开发。请看下面问题:

1、下列哪些正确?(B、C

A.function(){

       alert("Here!");

    }();

B.(function(){

       alert("Here!");

    })();

C.(function(){

       alert("Here!");

    }());

2、下列哪个结果是正确的?(A、B、C、D

A.(function(a1,a2){

       alert("Here!"+(a1+a2));

    })(1,2);

B.(function(a1,a2){

       alert("Here!" +(a1+a2));

    }(1,2));

C.void function(a1,a2){

       alert("Here!" +(a1+a2));

    }(1,2);

D.var f = function(a1,a2){

       alert("Here!" +(a1+a2));

    }(1,2)

    注:A 、B、C与D四种格式都正确,前两者属于同种情况的不同写法,后两种是将函数对象的返回值赋给其他变量,C是忽略函数返回值,而D正相反!

    具体举个例子:

function test(){

          return (function(p1,p2){

                            return p1+p2;

          })(1,2);

};

(function(){

          alert(test());

}());

    下面我们就深入研究一下这种匿名函数:

1、

function Foo() { 

    var a = 123; 

    this.a = 456; 

    (function() {

       alert(a); // 123

       alert(this.a); // undefined 

    })(); 

};

var f = new Foo();

② 

function Foo() { 

    var a = 123; 

    this.a = 456; 

    (function(_this) {

       alert(a); // 123

       alert(_this.a); // 456 

    })(this); 

};

var f = new Foo();

以上两个对比,说明:

(1)匿名函数可以直接访问到外层署名函数(Foo)中的变量(使用关键字var定义的),但不能访问外层署名函数的属性(使用关键字this定义的);

(2)匿名函数中的this指向的是匿名函数对象的地址,它与外层署名函数(Foo)对象的this指向的地址不同;

(3)匿名函数若要访问外层署名函数(Foo)中的属性,可以通过参数传递的方式实现。 

2、

① 

function Foo() { 

    var a = 123; 

    this.a = 456; 

    (function(b) {

       alert(a); // 123

       alert(b); // 456 

    })(this.a); 

};

var f = new Foo();

(function() { 

    var a = 123; 

    this.a = 456; 

    (function() {

       alert(a); // 123

       alert(this.a); // 456 

    })();

})();

以上两个对比,说明:

(1) 匿名函数既可以直接访问外层匿名函数中的变量,又直接可以访问外层匿名函数中的属性,而匿名函数却不可以直接访问外层已命名函数中的属性;

2)以上两种方式可以实现相同的功能。

3、

(function() { 

    var a = 123; 

    this.a = 456; 

    (function() { 

       alert(a); // 123 

       alert(this.a); // 456 

       this.b = 789; 

    })(); 

    (function() { 

       alert(this.b); // 789 

    })(); 

})();

(function() {

    alert(this.a); // 456

    alert(this.b); // 789 

})();

function Foo() { 

    var a = 123; 

    this.a = 456;

    (function() { 

       alert(a); // 123 

       alert(this.a); // undefined 

       this.b = 789; 

    })(); 

    (function() { 

       alert(this.b); // 789 

    })(); 

};

var f = new Foo(); 

(function() {

    alert(this.a); // undefined

    alert(this.b); // 789 

})();

以上两个对比,说明:

(1)匿名函数(即用两个小括号括起来的部分)位于一个执行上下文,不论这些代码放在哪个位置上。

4、

function Foo() {

(function() {

this.b = 789;

})();

(function() {

alert(this.b); // 789

alert(b); // 789

var a = 0;

alert(a); // 0

})();

}

var f = new Foo();

(function() {

alert(this.b); // 789

alert(b); // 789

})();

function Foo() {

(function() {

this.b = 789;

})();

(function() {

alert(this.b); // 789

alert(b); // undefined

var b = 0;

alert(b); // 0

})();

}

var f = new Foo();

(function() {

alert(this.b); // 789

alert(b); // 789

})();

以上两个对比,说明:

1)没有加 this取值时,如果当前 {} 中不存在同名的局部变量,则等同于加 this 处理;如果当前 {} 中存在同名的局部变量,则按常规处理。 

以上只是鄙人的粗浅见解,内容还不够完整,还会不断完善删改,如其中有什么错误之处还望读者谅解,真诚希望能留下您的宝贵建议,以图修改!这里欢迎每一位爱好JS的读者,真心希望能和你们交流心得!


  • 2019-09-19 09:07:46

    @Autowired用法详解

    在使用@Autowired时,首先在容器中查询对应类型的bean     如果查询结果刚好为一个,就将该bean装配给@Autowired指定的数据     如果查询的结果不止一个,那么@Autowired会根据名称来查找。     如果查询的结果为空,那么会抛出异常。解决方法时,使用required=false

  • 2019-09-19 11:36:58

    注解@Mapper、@MapperScan

    定要变成实现类的接口所在的包,然后包下面的所有接口在编译之后都会生成相应的实现类

  • 2019-09-19 11:46:45

    @EnableConfigurationProperties注解详解,源码

    用springboot开发的过程中,我们会用到@ConfigurationProperties注解,主要是用来把properties或者yml配置文件转化为bean来使用的,而@EnableConfigurationProperties注解的作用是@ConfigurationProperties注解生效。 如果只配置@ConfigurationProperties注解,在IOC容器中是获取不到properties配置文件转化的bean的,当然在@ConfigurationProperties加入注解的类上加@Component也可以使交于springboot管理。

  • 2019-09-19 14:10:03

    Android UI布局优化之ViewStub介绍

    ViewStub的inflate只能被调用一次,第二次调用会抛出异常,setVisibility可以被调用多次,但不建议这么做(文章中说原因)

  • 2019-09-19 14:21:47

    Dubbo和spring cloud微服务框架区别和介绍

    关于 Dubbo 和 Spring Cloud 的相关概念和对比,上面已经叙述的很清楚了,我个人比较倾向于 Spring Cloud,原因就是真正的微服务框架、提供整套的组件支持、使用简单方便、强大的社区支持等等,另外,因为考虑到 .NET/.NET Core 的兼容处理,RPC 并不能很好的实现跨语言(需要借助跨语言库,比如 gRPC、Thrift,但因为 Dubbo 本身就是“gRPC”,在 Dubbo 之上再包一层 gRPC,有点重复封装了),而 HTTP REST 本身就是支持跨语言实现,所以,Spring Cloud 这一点还是非常好的(Dubbox 也支持,但性能相比要差一些)。

  • 2019-09-22 07:12:04

    git Please move or remove them before you can merge

    这是因为本地有修改,与云端别人提交的修改冲突,又没有merge. 如果确定使用云端的代码,最方便的解决方法是删除本地修改,可以使用以下命令: git clean -d -fx

  • 2019-09-22 07:36:52

    ALIN10146-自查方案

    报错原因 1.请求appid应用未上线或者是应用类型是第三方应用 2.签约权限问题 3.签名类型使用错误 4.请求参数问题 5.秘钥匹配问题 6.应用类型问题