Aurelia:从子VM中访问父VM方法

Question

使用列表的常见用例是从列表项中访问列表的方法.例如:项目项具有从包含列表中删除自身的选项.我想知道我在下面描述的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冒泡机制,使得访问框架处理的父虚拟机？

回答后编辑:基于@Sylvain的回答,我创建了一个GistRun,它通过添加和删除来实现骨架列表和列表项实现:

Aurelia Skeleton列表项目实施

Answer 1

以下是传递对函数的引用的一些替代方法:

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

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

• 让子组件广播DOM事件并将其绑定到父事件,delete.call如下所示<project-item repeat.for="project of projects" project.bind="project" delete.call="deleteProject($even t)"></project-item>

我个人的偏好是第三种选择.对我来说,感觉更像是"Web组件".