5

这是来自 Script 中的 3rd 方库的想法,以阻止开发人员自定义它们。这将鼓励他们编写扩展,以便更容易地接受任一库的新版本。

4

2 回答 2

5

您对其他开发人员将 durandal 库误认为可定制文件提出了一个很好的观点。

但是,您不需要将 durandal 放在任何地方。文件夹结构可以随心所欲。因为 durandal 没有强加任何文件夹结构.. 它只有一个推荐的默认设置。遵循它的模式是有好处的。

通过将 durandal 作为应用程序根文件夹的一部分。它将您所有的 amd javascript 文件保存在一个根文件夹中。这样,当您运行 durandal优化器时,它可以扫描每个子文件夹以将所有 html/css/js 压缩/缩小/丑化到 1 个文件中。这是一个很好的好处,因为它是您整个应用程序的一键构建。

此外,这是一个很好的分离,因为如果您使用捆绑器将所有第三方库压缩到一个单独的文件中,那么以这种方式将您的 3rd 方非 AMD JavaScript 库保存在一个单独的文件夹结构中是一个好主意。浏览器可以将您的应用程序与第三方库分开缓存。因为第三方库不会经常更改,而您的应用程序可能会经常更改。

但是 durandal 的约定都是完全可配置的,您可以将 durandal 放在您喜欢的任何位置。

于 2013-03-22T19:15:46.687 回答
0

这是 Durandal 决定使用的约定,以帮助将您的客户客户端代码组织在 App 文件夹中,并远离 3rd 方脚本文件夹,该文件夹很快就会变得非常混乱。它确实将 require.js 放在 App 文件夹中,因为它依赖于 require.js 及其 AMD 模式。require.js 用于帮助定位所有模块并根据需要加载它们(在您的 App 文件夹中)。

有什么特定的东西需要防止吗?

于 2013-03-21T01:46:24.847 回答