当前位置：文江博客话题详情

CoffeeScript ruby-on-rails-3

构建咖啡脚本代码？

发布于 2024-11-10 01:55:18 字数 146 浏览 0 评论 0 原文

在Rails 3.1下，我试图找出如何将一些coffeescript类从我的控制器默认coffeescript文件（home.js.coffee）移到另一个文件中，以便构建整个a一点。

有谁知道如何将咖啡脚本文件“包含”到另一个文件中？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

成熟的代价 2024-11-17 01:55:18

您想要做的是导出功能。例如，如果您开始

class Foo
  ...

class Bar extends Foo
  ...

并决定将 Foo 移至其自己的文件，则该文件应如下所示

class Foo
  ...

window.Foo = Foo

（其中 window.Foo = Foo 使 Foo< /code> 全局），并且 Bar 的文件应以 Sprockets 指令开头

#= require Foo

（假设您已将 Foo 的文件命名为 Foo.js。咖啡）。每个文件都会独立编译成 JS，但 Sprockets 会确保 Foo 包含在 Bar 之前。

请注意，作为快捷方式，您可以删除 window.Foo = Foo 行，而是编写

class window.Foo
  ...

或简单地

class @Foo
  ...

定义一个名为 Foo 的类，该类附加到 <代码>窗口对象。

What you want to do is export functionality. For instance, if you start with

class Foo
  ...

class Bar extends Foo
  ...

and you decide you move Foo to its own file, that file should look like

class Foo
  ...

window.Foo = Foo

(where window.Foo = Foo makes Foo a global), and Bar's file should start with the Sprockets directive

#= require Foo

(assuming that you've named Foo's file Foo.js.coffee). Each file is compiled into JS independently, but Sprockets will ensure that Foo is included before Bar.

Note that, as a shortcut, you can get rid of the window.Foo = Foo line, and instead write

class window.Foo
  ...

or simply

class @Foo
  ...

to define a class named Foo that's attached to the window object.

回复收藏 0 原文

夜血缘 2024-11-17 01:55:18

虽然使用 window 对象作为在代码的不同部分之间共享功能的地方可以很好地工作，但当您处理大型/复杂的代码库时，它可能会变得有些难看。此外，您必须手动加载所有依赖项，这也可能会让人有些沮丧。许多人最终都会在每个请求中加载所有内容，而不管该特定页面实际需要什么。

有许多库旨在解决这些问题并使文件之间的导出和导入功能更易于管理。如今最常见的一个是 RequireJS ，它是 RequireJS 的实现。 com/amdjs/amdjs-api/wiki/AMD" rel="noreferrer">CommonJS AMD 规范。您可以找到其他库以及它们之间的比较这里，还有一个关于如何使用这些库编写模块化 JavaScript 的精彩教程，位于 Addy Osmani 博客 - 其中还讨论了 ES.next 中即将推出的新模块系统，非常有趣也。

我个人非常喜欢 NodeJS 的模块系统（使用 exports< /code> 对象和 require 函数），所以我使用 node-browserify 将其打包也适合在客户端工作。虽然这不允许像 AMD 规范那样以异步方式动态加载依赖项，但它确实允许在客户端和服务器端很好地共享相同的 JavaScript 代码，这对我来说是一个巨大的好处（主要是因为我也在服务器端使用 NodeJS，所以我不确定这对你来说有多重要）并且它可以很好地将所有依赖项打包在一起（这样它们就可以同步 require() d) 通过解析您的 JavaScript 代码并查找简单的 require() 调用以确定给定脚本运行所需的内容。

回复收藏 0 原文

旧夏天 2024-11-17 01:55:18

您也可以这样做：

@app = window.app ? {}

app.Foo = Foo

这将使 app 包含所有全局类，而 window.app ？ {} 确保您只会创建一个应用。

You can also do it like this:

@app = window.app ? {}

app.Foo = Foo

This will make app contain all your global classes, and window.app ? {} makes sure that you will only create one app.

回复收藏 0 原文

写下不归期 2024-11-17 01:55:18

我不确定这是否直接可能（但有人可以随时纠正我）。

我的理解是，CoffeeScript 解释器在 Sprockets 合并所有资产之前运行。由于 .coffee 文件中的注释不会出现在输出中，并且由于 Sprockets 使用 //= 代码注释指令来构建所有内容，因此我认为没有办法在 CoffeeScript 中创建 Sprockets 指令时间。

您仍然可以将您的工作拆分为多个 .coffee 文件，并利用父“指令”javascript 文件来组合各个部分（它可以仅包含 Sprockets 指令，就像 Rails 3.1 中的 Stock application.js 一样）。使用 Sprockets //= require_tree 指令，您可以拆分您的 CoffeeScript 并仍然保持您的应用程序井井有条，但您仍然会在管理 Sprockets 时保留普通的 Javascript 文件。

这个问题可能会解释资产管道好一点了。 Edge 文档中还有一些 Sprockets 帮助程序： http ://edgeapi.rubyonrails.org/classes/ActionView/Helpers/SprocketsHelper.html#method-i-sprockets_javascript_include_tag ，但这会将工作推入您的视图中，这可能会变得丑陋。

希望有帮助！