我有一个遗留应用程序,我已将应用程序的一部分重构为单独的 backbone.marionette 应用程序。我没有时间或预算来重构整个事情,我希望我的代码更易于管理,这让我想到了 requirejs。
大部分文件都被缩小并合并在一起。
我可以将 requirejs 用于这种类型的混合解决方案,这样我可以在单独的主干模块上工作并仍然访问现有的 javascript 吗?
最佳答案
作为最近刚开始在遗留的、使用 Backbone 的代码库上使用 Require.js 的人,我能感受到你的痛苦 :-) 我使用了多种方法的组合,我将在此处列出。
假设您有 fileA.js 和 fileB.js,并且您希望在不更改 fileA.js 的情况下将 fileB.js 转换为使用 Require:
滥用全局空间
Require 不会强制您通过它导入每个变量;即使在 Require-ified 文件中,您仍然可以像访问非 Require-ified 代码一样访问全局变量。这意味着如果 fileA 在 global/window 命名空间中创建它的所有变量(如果您之前没有使用 Require,这很可能),fileB 可以访问它们,无论 fileA 是否使用 Require。
这最终成为我对大部分遗留文件的解决方案;我只是让它们保持原样,并将所有新的 Require-ified 内容放在它们下面。这样,他们创建的每个全局变量都已准备就绪,并在 Require 化文件需要它们时等待。
现在,如果 fileB 依赖于 fileA,这很好,但如果相反呢?好吧,Require 也不会阻止您创建新的全局变量,这意味着 fileB 可以与 fileA 共享任何它想要的东西,只要它愿意将它放在全局空间中。
重复代码
不要生气;我知道“DRY”编码实践有多重要。然而,对于几个文件,我最终做的是制作 Require-ified 副本。这最终是必要的,因为我正在使用 Handlebars 插件进行 Require 来进行我的模板编译,所以如果我想要任何文件使用 Handlebars,我需要它是 Require-ified。
为了解决正常的 un-DRY 问题,我在旧文件中添加了注释,有效地说“不要向该文件中添加任何内容,Require-ified 版本是‘真实’版本”。我的计划是随着时间的推移慢慢将更多站点转换为 Require,直到我最终可以消除原始的、过时的文件。我们有一家小商店,所以它适合我们,但在一家大公司,这可能行不通。
重构
我知道,你说过你想避免这种情况,但有时一点点重构可以让你物有所值。我个人几乎没有重构任何东西,但只有几个地方是一个小调整,大大简化了事情。
总的来说,我认为重构是你在切换到 Require 之后所做的事情(随着时间的推移慢慢地将你的非 Require 化代码“放入折叠”)。
垫片
Christ 说垫片是解决“要求中途”问题的好方法是正确的但是,我个人根本没有使用它们,所以我不能对它们说太多,除了“看对他们来说,他们可能会有所帮助。”
关于javascript - RequireJS 和遗留应用程序,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11632646/
我需要在客户计算机上运行Ruby应用程序。通常需要几天才能完成(复制大备份文件)。问题是如果启用sleep,它会中断应用程序。否则,计算机将持续运行数周,直到我下次访问为止。有什么方法可以防止执行期间休眠并让Windows在执行后休眠吗?欢迎任何疯狂的想法;-) 最佳答案 Here建议使用SetThreadExecutionStateWinAPI函数,使应用程序能够通知系统它正在使用中,从而防止系统在应用程序运行时进入休眠状态或关闭显示。像这样的东西:require'Win32API'ES_AWAYMODE_REQUIRED=0x0
对于具有离线功能的智能手机应用程序,我正在为Xml文件创建单向文本同步。我希望我的服务器将增量/差异(例如GNU差异补丁)发送到目标设备。这是计划:Time=0Server:hasversion_1ofXmlfile(~800kiB)Client:hasversion_1ofXmlfile(~800kiB)Time=1Server:hasversion_1andversion_2ofXmlfile(each~800kiB)computesdeltaoftheseversions(=patch)(~10kiB)sendspatchtoClient(~10kiBtransferred)Cl
Rackup通过Rack的默认处理程序成功运行任何Rack应用程序。例如:classRackAppdefcall(environment)['200',{'Content-Type'=>'text/html'},["Helloworld"]]endendrunRackApp.new但是当最后一行更改为使用Rack的内置CGI处理程序时,rackup给出“NoMethodErrorat/undefinedmethod`call'fornil:NilClass”:Rack::Handler::CGI.runRackApp.newRack的其他内置处理程序也提出了同样的反对意见。例如Rack
我想用ruby编写一个小的命令行实用程序并将其作为gem分发。我知道安装后,Guard、Sass和Thor等某些gem可以从命令行自行运行。为了让gem像二进制文件一样可用,我需要在我的gemspec中指定什么。 最佳答案 Gem::Specification.newdo|s|...s.executable='name_of_executable'...endhttp://docs.rubygems.org/read/chapter/20 关于ruby-在Ruby中编写命令行实用程序
我构建了两个需要相互通信和发送文件的Rails应用程序。例如,一个Rails应用程序会发送请求以查看其他应用程序数据库中的表。然后另一个应用程序将呈现该表的json并将其发回。我还希望一个应用程序将存储在其公共(public)目录中的文本文件发送到另一个应用程序的公共(public)目录。我从来没有做过这样的事情,所以我什至不知道从哪里开始。任何帮助,将不胜感激。谢谢! 最佳答案 无论Rails是什么,几乎所有Web应用程序都有您的要求,大多数现代Web应用程序都需要相互通信。但是有一个小小的理解需要你坚持下去,网站不应直接访问彼此
我尝试运行2.x应用程序。我使用rvm并为此应用程序设置其他版本的ruby:$rvmuseree-1.8.7-head我尝试运行服务器,然后出现很多错误:$script/serverNOTE:Gem.source_indexisdeprecated,useSpecification.Itwillberemovedonorafter2011-11-01.Gem.source_indexcalledfrom/Users/serg/rails_projects_terminal/work_proj/spohelp/config/../vendor/rails/railties/lib/r
刚入门rails,开始慢慢理解。有人可以解释或给我一些关于在application_controller中编码的好处或时间和原因的想法吗?有哪些用例。您如何为Rails应用程序使用应用程序Controller?我不想在那里放太多代码,因为据我了解,每个请求都会调用此Controller。这是真的? 最佳答案 ApplicationController实际上是您应用程序中的每个其他Controller都将从中继承的类(尽管这不是强制性的)。我同意不要用太多代码弄乱它并保持干净整洁的态度,尽管在某些情况下ApplicationContr
我是一个Rails初学者,但我想从我的RailsView(html.haml文件)中查看Ruby变量的内容。我试图在ruby中打印出变量(认为它会在终端中出现),但没有得到任何结果。有什么建议吗?我知道Rails调试器,但更喜欢使用inspect来打印我的变量。 最佳答案 您可以在View中使用puts方法将信息输出到服务器控制台。您应该能够在View中的任何位置使用Haml执行以下操作:-puts@my_variable.inspect 关于ruby-on-rails-如何在我的R
如何检查Ruby文件是否是通过“require”或“load”导入的,而不是简单地从命令行执行的?例如:foo.rb的内容:puts"Hello"bar.rb的内容require'foo'输出:$./foo.rbHello$./bar.rbHello基本上,我想调用bar.rb以不执行puts调用。 最佳答案 将foo.rb改为:if__FILE__==$0puts"Hello"end检查__FILE__-当前ruby文件的名称-与$0-正在运行的脚本的名称。 关于ruby-检查是否
是否可以在应用程序中包含的gem代码中知道应用程序的Rails文件系统根目录?这是gem来源的示例:moduleMyGemdefself.included(base)putsRails.root#returnnilendendActionController::Base.send:include,MyGem谢谢,抱歉我的英语不好 最佳答案 我发现解决类似问题的解决方案是使用railtie初始化程序包含我的模块。所以,在你的/lib/mygem/railtie.rbmoduleMyGemclassRailtie使用此代码,您的模块将在