骨干/木偶的新手，但我相信我在处理CRUD / REST时理解如何使用骨干;但是，请考虑搜索查询的结果。一个人应该如何建模呢？当然，结果可能与某些模型有关，但它们并不意味着与所述模型相关联。
我的一部分认为我应该使用一个模型，该模型不是通过服务器实际上与数据存储同步，而是仅作为建模搜索结果对象的方式存在。
另一种解决方案可能是拥有一个没有模型的集合，只需覆盖解析。
我认为前者是首选，但我再次没有使用该框架的经验。如果有一个替代/更好的解决方案，请告知。
答案 0 :(得分：0)
我更喜欢有一个对象负责请求和响应解析。它可以解析对适当模型的响应，仅此而已。我的意思是 - 如果在页面的某个地方需要某些解析模型，那么有些东西会引用这个包装器对象，并通过包装器方法从需要的响应中获取模型。
另一种选择是在这个包装器中安装Radio（https://github.com/marionettejs/backbone.radio） - 您不必将包装器对象保存在不同的位置，而是通过Radio调用数据。