在AngularJs中父子页面如何相互调用方法和接收值

JavaScript013

在AngularJs中父子页面如何相互调用方法和接收值,第1张

因为AngularJs用的人不多,我发现网上关于这方面的文章不多,所以我分享一下在AngularJs中是如何调用和接收的。

<app-dialog></app-dialog>其中dialog是子页面文件夹的名字,只需要把这个标签放在父页面中需要的地方即可。[sessionId]='sessionId',sessionId是父页面中的值,需要传到子页面中去的,父页面中的sessionId是需要定义的,而子页面需要这样来接收父页面中的sessionId,

'#dialogfile'相当于给子页面添加了一个id,在父页面中可以直接通过这个id来接收子页面的值和调用子页面的方法(如果是调用子页面的方法的话,方法名后面是需要加括号的),在父页面中需要这样来定义,

最后是子页面调用父页面的方法。

其中'this'指的就是父页面,而[parent]则是需要在子页面定义的一个名字可以随意更改,

记住调用父页面的方法,方法名后面是需要加括号的,如果有参数的话,直接写在括号里面就好。

下面以三个页面分别命名为l l l为例来具体说明如何做

其中l由上下两个页面组成 代码如下

<!DOCTYPE HTML PUBLIC //W C//DTD HTML Transitional//EN ><HTML><HEAD><TITLE>frameDemo </TITLE></HEAD><frameset rows= % % ><frame name=top src= l ><frame name=button src= l ></frameset></HTML>

现在假设l即上面的页面有一个button来实现对下面页面的刷新 可以用以下七种语句 哪个好用自己看着办了

语句 window parent frames[ ] location reload()

语句 window parent frames bottom location reload()

语句 window parent frames[ bottom ] location reload()

语句 windem( ) location reload()

语句 windem( bottom ) location reload()

语句 window parent bottom location reload()

语句 window parent[ bottom ] location reload()

解释一下

window指代的是当前页面 例如对于此例它指的是l页面

parent指的是当前页面的父页面 也就是包含它的框架页面 例如对于此例它指的是l

frames是window对象 是一个数组 代表着该框架内所有子页面

em是方法 返回数组里面的元素

如果子页面也是个框架页面 里面还是其它的子页面 那么上面的有些方法可能不行   l源代码 (页面上有七个按钮 功能都是刷新下面的框架页面)

<!DOCTYPE HTML PUBLIC //W C//DTD HTML Transitional//EN ><HTML><HEAD></HEAD><BODY><input type=button value= 刷新 onclick= window parent frames[ ] location reload() ><br><input type=button value= 刷新 onclick= window parent frames bottom location reload() ><br><input type=button value= 刷新 onclick= window parent frames[ bottom ] location reload() ><br><input type=button value= 刷新 onclick= windem( ) location reload() ><br><input type=button value= 刷新 onclick= windem( bottom ) location reload() ><br><input type=button value= 刷新 onclick= window parent bottom location reload() ><br><input type=button value= 刷新 onclick= window parent[ bottom ] location reload() ><br></BODY></HTML>

下面是l页面源代码 为了证明下方页面的确被刷新了 在装载完页面弹出一个对话框

lishixinzhi/Article/program/Java/Javascript/201311/25475