我已经遇到了与骨干头痛。我收集了一些指定的记录,其中有子记录,例如:外科医生有预定的程序,程序有设备,有些设备有消耗品需求(气体,液体等)。如果我有一个Backbone集合外科医生,那么每个外科医生都有一个模型 - 但是他的程序和设备以及消耗品在从JSON解包之后将全部是简单的Javascript数组和对象。任何有关Backbone的深层数据结构建议?
我想我可以在SurgeonsCollection中使用parse()来制作新的ProcedureCollections,然后制作新的EquipmentCollections,但过了一段时间后,这变成了一个毛球。为了使服务器端更明智,有一个接触点需要一位外科医生和他的东西作为POST--所以在ConsumableModel上自动传播'set'以在层次结构中触发'保存'也会使整个分层方法模糊。
有没有其他人遇到过这样的问题?你是如何解决它的?
[Ligament.js](https://github.com/dbrady/ligament.js)是另一种可能的解决方案。 – user240515 2011-05-03 17:56:20
骨干关系几乎完全是我梦想的答案。我很早就走上了这条路,但这是更好的思想和更优雅。 – 2011-05-03 19:14:23