肯迪科CMS+；Backbone.js

我看过一些关于在CMS中使用Backbone.js的参考资料。我将很快开始一个新的项目，将使用Kentico CMS。我想在客户端框架中使用Backbone.js来创建一个“web应用”体验，它的内容通过Kentico进行管理（类似于他们网站上的Backbone示例）

有人这样做过吗？由于Kentico的web框架，这似乎很困难。我相信这是可能的，但代价是什么？Kentico方面会丢失哪些功能？内容管理器是否仍然能够更改布局、重新排列Web部件、添加/删除Web部件、更新Web部件内的内容、添加/删除页面

---

任何帮助或例子都将是惊人的！谢谢。

Kentico CMS随附，能够处理系统中的所有对象和文档。因此，在客户端实现什么取决于您。如果您想实现推送功能，可能需要利用（ASP.NET封装WebSocket）。有一个很好的库，它提供了Backbone.js和signar之间的通信。最后一件你应该看一看的东西是Kentico CMS 7中引入的，它能够连接到任何文档或对象更改。

Kentico CMS附带了一个能够处理系统中所有对象和文档的功能。因此，在客户端实现什么取决于您。如果您想实现推送功能，可能需要利用（ASP.NET封装WebSocket）。有一个很好的库，它提供了Backbone.js和signar之间的通信。您最不应该看到的是Kentico CMS 7中引入的支持连接任何文档或对象更改的功能。

大多数人使用RESTful API的目的是什么？您似乎可以重新创建CMS桌面的功能。内容管理器还会使用CMS桌面吗？在我看来，RESTful web应用程序只适合最终用户。这是一个正确的假设吗？通常他们将其用于与第三方系统（ERP等）的集成，是的-我将使用主干网和信号器构建交互式实时站点（面向最终用户的站点），但不包括数据（文档、图片等）由于主干网的唯一先决条件是Kentico CMS提供的RESTful API，并且Kentico CMS是标准的Visual Studio项目，您可以将所有提到的库（signalR、BackboneJS、Backbone.signalR）导入其中作为nuget软件包，我看不出为什么它不能一起工作。我认为主要的工作是创建一组web部件，通过WebSocket与CMS进行通信，就是这样。大多数人使用RESTful API的目的是什么？您似乎可以重新创建CMS桌面的功能。内容管理器还会使用CMS桌面吗？在我看来，RESTful web应用程序只适合最终用户。这是一个正确的假设吗？通常他们将其用于与第三方系统（ERP等）的集成，是的-我将使用主干网和信号器构建交互式实时站点（面向最终用户的站点），但不包括数据（文档、图片等）由于主干网的唯一先决条件是Kentico CMS提供的RESTful API，并且Kentico CMS是标准的Visual Studio项目，您可以将所有提到的库（signalR、BackboneJS、Backbone.signalR）导入其中作为nuget软件包，我看不出为什么它不能一起工作。我认为主要的工作是创建一组web部件，通过WebSocket与CMS通信，就是这样。