- xml - AJAX/Jquery XML 解析
- 具有多重继承的 XML 模式
- .net - 枚举序列化 Json 与 XML
- XML 简单类型、简单内容、复杂类型、复杂内容
我对 Ruby 有点陌生,但我在 Ruby 中使用 Grape API 编写了以下代码。每次点击 GET/api/v1/foo
时,我都会调用 @data = YAML.load()
,在 Grape 中有没有办法只加载一次并使用它?这种方式更加优化,不会每次都调用 YAML.load()
。我是否应该覆盖 initialize
方法并为此操作放置一个 super()
?
谢谢,
require 'grape'
require 'json'
require "yaml"
module MyProject
CONFIG_FILE = "./config.yml"
class Api < Grape::API
rescue_from :all
prefix 'api'
version 'v1'
format :json
resources :foo do
get do
@data = YAML.load(File.open(MyProject::CONFIG_FILE))
end
end
end
end
最佳答案
简短的回答是 Grape
并不像您想象的那样工作,并且 MyProject::Api
的属性变量不是您新网站的前进方向服务。然而,这是一个有趣的问题,值得探讨为什么会这样。
如果你在 resources :foo
block 中添加一个 puts self.inspect
,并使用 rackup
运行,当你调用路由时应该看到 self
实际上是一个 Grape::Endpoint
对象。此外,无论您尝试对实例变量做什么,对于每个请求,它们总是以相同的状态开始。那是因为 Grape
将你的路由定义变成了准备好的 Grape::Endpoint
对象,大量的定义数据和设置被放入了一个快速访问的形式(所以它每个请求都没有计算出来)。最终,在每个请求中,匹配的 Grape::Endpoint
对象包括你的 block (以及你为路由定义的其他细节)在被调用之前被复制,这意味着状态是在请求之间不维护。
这可能看起来很复杂,但大多数涵盖网络服务请求的框架都会做类似的事情。通常您不希望请求处理状态在请求之间持续存在。范围更大的框架——例如Rails - 有地方可以放置为您计划的更持久的数据。葡萄没有这个定义,这有其优点和缺点。一个明显的优点是您可以更自由地使用您希望使用的任何其他数据持久性方法。
23tux 的回答将立即为您整理加载配置。虽然我不完全确定 @@data
是如何被端点 block 访问的(它甚至可能在变量周围创建一个闭包)。
从长远来看,您应该考虑将配置管理移出您的 MyProject::Api
类,并通过 Grape 的 helpers
方法将其作为一个模块包含在内(我是如果您有兴趣,很乐意提供示例)。
编辑:示例基于您当前的代码,但将配置管理移至单独的模块:
require 'grape'
require 'json'
require "yaml"
module MyProject
module Config
CONFIG_FILE = "./config.yml"
@@data = nil
def config
@@data ||= YAML.load( File.open( CONFIG_FILE ) )
end
end
class Api < Grape::API
rescue_from :all
prefix 'api'
version 'v1'
format :json
helpers MyProject::Config
resources :foo do
get do
config
end
end
end
end
这在结构上比 23tux 的答案更进一步,但仍未完全分离存储(和缓存等)与 api 访问的关注点。随着您向更复杂的 Web 服务迈进,您将希望保持 Grape 路由定义简单,仅使用少量逻辑来管理或操作数据 - 好吧,至少如直接在 block 中看到的那样。
在您的 Grape 定义与可能管理配置、日志记录、身份验证和其他服务的其他 gem 之间建立链接的一种方法是通过 Grape 的 helpers
方法。 Grape 还有一些用于常见任务的内置辅助方法。
使用 helpers MyModule
将共享函数添加到 Grape 的主要异常(exception)是当您想要管理来自核心应用程序的显示数据对象(又名“模型”)时。为此,您有几个选择,但 grape-entity
gem 和 present
方法是一个不错的起点。
关于ruby - 在 Grape 中只加载一次属性,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16288970/
以下是一个非常简单的ruby服务器。 require 'socket' local_socket = Socket.new(:INET, :STREAM) local_addr = Socket.
我正在使用 OS X(使用 bash),并且是 unix 的新手。我想知道是否可以修改一些文件以便运行 ruby 程序,我不需要“ruby file.rb”,而是可以运行“ruby.rb”。 有理
我在用 Ruby 替换字符串时遇到一些问题。 我的原文:人之所为不如兽之所为。 我想替换为:==What== human does is not like ==what== animal does.
我想在一个循环中从 Ruby 脚本做这样的事情: 写一个文件a.rb(每次迭代都会改变) 执行系统(ruby 'a.rb') a.rb 将带有结果的字符串写入文件“results” a.rb 完成并且
我的问题是尝试创建一个本地服务器,以便我可以理解由我的新团队开发的应用程序。我的问题是我使用的是 Ruby 2.3.3,而 Gemfile 需要 2.3.1。我无法编辑 Gemfile,因为我被告知很
我有一个使用 GLI 框架用 Ruby 编写的命令行实用程序。我想在我的主目录中配置我的命令行实用程序,使用 Ruby 本身作为 DSL 来处理它(类似于 Gemfile 或 Rakefile)。 我
我的 Rails 应用 Controller 中有这段代码: def delete object = model.datamapper_class.first(:sourced_id =>
我正在寻找的解析器应该: 对 Ruby 解析友好, 规则设计优雅, 产生用户友好的解析错误, 用户文档的数量应该比计算器示例多, UPD:允许在编写语法时省略可选的空格。 快速解析不是一个重要的特性。
我刚开始使用 Ruby,听说有一种“Ruby 方式”编码。除了 Ruby on Rails 之外,还有哪些项目适合学习并被认可且设计良好? 最佳答案 Prawn被明确地创建为不仅是一个该死的好 PDF
我知道之前有人问过类似的问题,但是我该如何构建一个无需在前面输入“ruby”就可以在终端中运行的 Ruby 文件呢? 这里的最终目标是创建一个命令行工具包类型的东西。现在,为了执行我希望用户能够执行的
例如哈希a是{:name=>'mike',:age=>27,:gender=>'male'}哈希 b 是 {:name=>'mike'} 我想知道是否有更好的方法来判断 b 哈希是否在 a 哈希内,而
我是一名决定学习 Ruby 和 Ruby on Rails 的 ASP.NET MVC 开发人员。我已经有所了解并在 RoR 上创建了一个网站。在 ASP.NET MVC 上开发,我一直使用三层架构:
最近我看到 Gary Bernhardt 展示了他用来在 vim 中执行 Ruby 代码的 vim 快捷方式。捷径是 :map ,t :w\|:!ruby %. 似乎这个方法总是执行系统 Rub
在为 this question about Blue Ruby 选择的答案中,查克说: All of the current Ruby implementations are compiled to
我有一个 Ruby 数组 > list = Request.find_all_by_artist("Metallica").map(&:song) => ["Nothing else Matters"
我在四舍五入时遇到问题。我有一个 float ,我想将其四舍五入到小数点后的百分之一。但是,我只能使用 .round ,它基本上将它变成一个 int,意思是 2.34.round # => 2. 有没
我使用 ruby on rails 编写了一个小型 Web 应用程序,它的主要目的是上传、存储和显示来自 xml(文件最多几 MB)文件的结果。运行大约 2 个月后,我注意到 mongrel 进程
我们如何用 Ruby 转换像这样的字符串: 𝑙𝑎𝑡𝑜𝑟𝑟𝑒 收件人: Latorre 最佳答案 s = "𝑙𝑎𝑡𝑜𝑟𝑟𝑒" => "𝑙𝑎𝑡𝑜𝑟𝑟𝑒" s.u
通过 ruby monk 时,他们偶尔会从左侧字段中抛出一段语法不熟悉的代码: def compute(xyz) return nil unless xyz xyz.map {|a,
不确定我做错了什么,但我似乎弄错了。 问题是,给你一串空格分隔的数字,你必须返回最大和最小的数字。 注意:所有数字都是有效的 Int32,不需要验证它们。输入字符串中始终至少有一个数字。输出字符串必须
我是一名优秀的程序员,十分优秀!