【问题标题】:Aurelia: Accessing parent VM method from within child VMAurelia:从子 VM 中访问父 VM 方法
【发布时间】:2016-03-31 14:25:39
【问题描述】:

使用列表的一个常见用例是从列表项中访问列表的方法。例如:一个项目项具有从包含列表中删除自身的选项。我想知道我在下面为 Aurelia 描述的模式是否有效,或者是否有更好的解决方案。

在 Aurelia 我有以下设置:

包含列表:(project-list.html 和 projectList.js)

<template>      
  <div class="projects">
    <input value.bind="newProjectName" placeholder="New project name"/>
    <project-item repeat.for="project of projects" project.bind="project"></project-item>
  </div>
</template>

和子项:(project-item 和 projectItem.js)

<template>
  <span class="title">
    ${project.name} <i click.delegate="deleteProject(project)" class="icon-trash"></i>
  </span>
</template>

在这种情况下,deleteProject(project) 是 projectList VM 的成员:

function deleteProject(project){
    var index = this.projects.indexOf(project);
    if (index>-1){
        this.projects.splice(index,1)
    }
}

不幸的是,据我从这个问题https://github.com/aurelia/framework/issues/311 了解到, 这将不再起作用。

作为一种变通方法,我可以在项目项 VM 上绑定一个函数:

@bindable delete: Function;

在项目列表模板中:

<project-item repeat.for="project of projects" project.bind="project" delete.bind="deleteProject"></project-item>

这确实有效,只要绑定函数是一个带有闭包的分配属性:

deleteProject = function(project : Projects.Project){
        var index = this.projects.indexOf(project);
        if (index>-1){
            _.remove(this.projects,(v,i)=>i==index);
        }
    }

需要关闭才能访问正确的上下文(this 是项目列表)。使用

function deleteProject(project)

this 将引用项目项的上下文。

尽管这种结构很有效,而且管道开销不大,但我觉得它有点脆弱:

  • 分配的函数很难与常规类函数区分开来
  • 绑定函数和列表项似乎有点“过度”

或者我可能缺少一个 Aurelia 冒泡机制,该机制使访问由框架处理的父 VM?

回答后编辑: 根据@Sylvain 的回答,我制作了一个 GistRun,它通过添加和删除实现了骨架列表和列表项实现:

Aurelia Skeleton list list-item implementation

【问题讨论】:

    标签: javascript aurelia


    【解决方案1】:

    以下是传递函数引用的几种替代方法:

    • 让子组件使用 EventAggregator 单例实例广播公共事件,并让父组件对事件做出反应

    • 让子组件使用私有 EventAggregator 实例广播私有事件,并让父组件对事件做出反应

    • 让子组件广播一个 DOM 事件并使用 delete.call 将其绑定到父组件,就像这样 &lt;project-item repeat.for="project of projects" project.bind="project" delete.call="deleteProject($even t)"&gt;&lt;/project-item&gt;

    我个人的偏好是第三个选项。对我来说,它更像是“Web 组件”。

    【讨论】:

    • 我也使用第三个选项。但请注意,当您有delete.call="deleteProject(projectParam)" 时,您需要从project-item 调用它,例如this.delete({projectParam: this.project})
    • 使用.call 绑定的第三个选项绝对是我们想要的。不过,我仍在为参数苦苦挣扎。 @Sylvain:您在回答中使用$event。这有效,deleteProject 以项目作为参数调用。 delete.call="deleteProject(project)" 也会导致正确的调用。您能解释一下 $event 参数在这种情况下的含义吗?
    • @valichek:我假设“从项目项中调用它”是指在视图模型类中。我尝试了你的建议,但我无法让它发挥作用。我试过:function doDelete(){ this.delete(this.project); }projectItem 类中。但是this.delete 是未定义的。所以我猜这不是你想要的?
    • @Arjan 假设您在 projectItem VM 中有 @bindable delete,并且在 projectList 模板中有 &lt;project-item repeat.for="project of projects" project.bind="project" delete.call="deleteProject(someParam)"&gt;&lt;/project-item&gt;,因此您调用在 projectList VM 中定义的deleteProject。要让它被调用,你在 projectItem VM 中写 this.delete({projectParam: this.project}),注意你需要传递 OBJECT 并注意不需要闭包,deleteProject 必须定义为通常的“方法”
    • @Arjan 这就是我的意思:gist.run/?id=e1243ac2bfad79c7f6ee2dd6b1b68c1f
    猜你喜欢
    • 1970-01-01
    • 2019-03-27
    • 1970-01-01
    • 2021-04-12
    • 2016-04-19
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多