在过去几天中，我一直在阅读Backbone.js，以及如何简化与View元素的JS代码交互，基本上是在HTML中。我也看过KnockoutJS和Backbone.js之间的区别。现在我正在考虑是否使用一个或另一个不可避免地导致我们的视图中的MVC应用程序(大多是viewmodel和global.asax中的路线)中已经存在的代码。基本上要求我们在Backbone或Knockout中编写另一组模型。据了解，KnockoutJS更加普及，所以我以为我会选择Backbone，但是现在我觉得没有那么的不同 – 在几个例子之后，我看到同样的重复已经变得越来越明显。
另外我们如何维护这样的应用程序，如果我们已经有了一堆MVC部分视图，现在我们应该使用一些模板引擎(如JQuery模板)在Backbone中重新创建它们。
解决方法
最近我一直在阅读关于骨干和knockoutjs，还在思考如何利用asp.net mvc来利用框架。
避免模型重复的一种方法是将(json)服务器端视图模型序列化(json)，并将其用作骨干网络或基因型模型。积极的副作用，您的客户端模型已经包含页面加载的数据，并且不必在首次加载页面时通过ajax请求获取数据。
我知道只有序列化服务器视图模型是不够的骨干/淘汰赛，但它可能是一个起点。也许序列化模型可能是客户端模型上的一个属性。
避免模型重复的一种方法是将(json)服务器端视图模型序列化(json)，并将其用作骨干网络或基因型模型。积极的副作用，您的客户端模型已经包含页面加载的数据，并且不必在首次加载页面时通过ajax请求获取数据。
我知道只有序列化服务器视图模型是不够的骨干/淘汰赛，但它可能是一个起点。也许序列化模型可能是客户端模型上的一个属性。
关于jquery模板，我通常在部分视图中放置一个jQuery模板。这样就可以很容易地在你的视图中渲染：
<script id="SomeTemplate" type="text/x-jquery-tmpl">
@Html.Partial("Templates/SomeTemplate")
</script>
显然，移植现有应用程序以利用jQuery模板将需要一些时间和精力。
