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将引用项目项的上下文。

即使这种结构有效并且在管道上没有太大的开销，但我觉得有点脆弱：

分配的函数很难从常规类函数中区分出来
绑定函数以及list-item似乎有点“过度”

或许我错过了Aurelia冒泡机制，使得访问框架处理的父虚拟机？

回答后编辑：根据@Sylvain的回答，我创建了一个GistRun，它通过添加和删除实现了一个框架列表和列表项实现：

Aurelia Skeleton list list-item implementation

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组件”。

Aurelia：从子VM

1 个答案: