流星(火焰)中的复杂网格实现

时间:2015-10-11 15:51:24

标签: mongodb meteor meteor-blaze

首先让我解释一下我的收藏品的架构。 我有3个收藏 公司,交易,价格 我想使用来自所有三个集合的信息,并制作一个响应式响应表。这是图像 enter image description here

现在价格收集的架构就像这样

{
  "_id" : "da2da"
  "name" : "Company1"
}

公司集合的架构是

{
  "_id" : "X5zTJ2y675PjmaLMx",
  "name" : "Games"
}

交易收集的架构是

<html ng-app='myApp'>
    <head>
        <title>TODO supply a title</title>
        <script src="js/angular.js" type="text/javascript"></script>
        <script src="js/using built-in directives.js" type="text/javascript"></script>
    </head>
    <body>

        <h1>Using ng-disabled directive</h1>
        Name:<input type="text" ng-model="name"/>
        <br/>
        <button ng-disabled="!name" >sign in</button>

        <hr/>
        <h1>Button enabled after specified number of seconds </h1>
        <button ng-disabled="isDisabled" >sign in</button>

    </body>
</html>

对于每家公司,表格中将添加3列(价值,人员,成本) 对于每笔交易,表格中都会有一个新行。

因为信息来自3个集合到一个表中。首先,我想问一下,从3个不同的系列制作一张桌子是明智的吗?如果是的话我怎么能在大火中这样做? 如果不。然后我将只从价格收集制作表。什么应该是这个集合的架构以最好的方式。 P.S在这两种情况下我都想让表反应。

1 个答案:

答案 0 :(得分:0)

首先,我建议reywood:publish-composite发布相关馆藏。

其次,在设置这样的表时没有内在的问题,你首先要找出在空格键中用down_read循环的集合,然后你将定义返回的帮助器从相关集合到模板的值。

就您的架构设计而言,选择是否在集合中使用嵌套与使用完全独立的集合通常是由大小驱动的。如果相关对象总体上是小的&#34;然后嵌套可以很好地工作。发布和查询该集合时,将自动获取嵌套对象。如果otoh它将成为&#34;大&#34;和/或您希望避免在相关对象中的某些内容发生更改时更新每个文档,然后单独的集合可以更好。

如果您将收藏分开,那么您希望{{#each}}而不是_id引用其他收藏中的对象,因为名称很容易更改。例如,在您的价格收集中,您希望使用name代替companyId: "da2da"