2011-09-29 68 views

回答

1

从技术上讲,我不明白为什么你不能这样做。您将放弃Backbone的“路由器”部分,并坚持使用模型,集合和视图。您可能还会放弃集合和模型的所有后端同步功能,转而使用您自己的与客户端应用程序的接口。您还必须想出一种通用的Backbone渲染模式来允许客户端应用程序托管您的小部件。你仍然会得到一些关注的分离,你的Widget工具可以工作。

但是,我不知道我是否会推荐它。通过围绕Backbone构建小部件工具包,您需要将用户绑定到Backbone,Underscore和jQuery。你会这样做,但会抛出Backbone必须提供的许多功能(如路由和同步)。如果客户端应用程序也使用Backbone,则可能会遇到版本不兼容问题,因此您必须使用noConflict来处理该问题。

总而言之,它会让我感觉像是你将一整套工具绑在你的小工具包中,以获得最小的收益。你的小工具包将会很胖并且很容易臃肿。相反,我会尽量让我的widget工具更轻量。使用您在Backbone中学到的模式,但不要使用主干。即使考虑将一些Backbone代码剥离出来以将您的基础架构建立为基础,但要对其进行修改以消除您不会使用的功能并使其成为您自己的功能。