草庐IT

hash-char-semicolon

全部标签

ruby 使用 array.map(& :methodname) for hash key strings rather than methodname 中的 "&:methodname"快捷方式

大多数ruby​​开发人员都知道如何通过执行以下操作来节省几次击键:array.map(&:methodname)而不是array.map{|x|x.methodname}有什么方法可以应用类似的&:methodname快捷方式来调用哈希数组上的“方法”(通过键调用的值)?在我的例子中,它的JSONapi结果以60个批处理作为源自JSON的散列数组返回。我试着这样做:array.map(&:"keyname")但没有成功,抛出一个NoMethodError并说Hash没有'keyname'方法,我想这是合理的。我想知道是否有一些Elixir可以模拟这个&:...ruby专家已经制定出的

ruby-on-rails - rails : Remove element from array of hashes

我有以下数组:array=[{"email"=>"test@test.com","name"=>"Test"},{"email"=>"testA@test.com","name"=>"TestA"},{"name"=>"TestB","email"=>"testB@test.com"},{"email"=>"testC@test.com","name"=>"TestC"},{"name"=>"TestD","email"=>"testD@test.com"},{"email"=>"testE@test.com"},{"name"=>"TestF","email"=>"testF@tes

ruby - 为什么 Ruby String.hash 跨机器不一致?

今天在我们跨多台服务器部署的应用程序上遇到了这个问题。我正在散列一些字符串以存储在共享键/值存储中。String的.hash方法根据服务器返回不同的整数。任何想法为什么?请注意,我对为什么感兴趣;无法解决。例子:server1$ruby-vruby1.9.2p180(2011-02-18revision30909)[x86_64-linux]server1$irbirb(main):001:0>"test".hash=>4146582576695053125server2$ruby-vruby1.9.2p180(2011-02-18revision30909)[x86_64-linux

ruby - Consistent String#hash 仅基于字符串的内容

目标:将服务器处理的每个URL映射到0、1、2或3,尽可能均匀分布。虽然documentation因为ruby​​的String#hash方法说它将“根据字符串的长度和内容返回一个散列”,这显然不是全部。给定字符串的哈希在解释器的调用中不一致:$irbruby-1.9.2-p180:001>"foo".hash=>360517580588231756ruby-1.9.2-p180:002>^D$irbruby-1.9.2-p180:001>"foo".hash=>-2716152678666510148这意味着特定字符串的散列值可能会因服务器而异。Rails在内部使用String#ha

Ruby Hash .keys 和 .values,可以安全地采用相同的顺序吗?

基本的irb测试表明RubyHash以匹配顺序返回.keys和.values。假设是这种情况是否安全? 最佳答案 是的。根据RubyDocsforHash,"哈希按照插入相应键的顺序枚举它们的值。"因此,如果以相同的方式创建哈希,您应该始终获得相同的哈希顺序。 关于RubyHash.keys和.values,可以安全地采用相同的顺序吗?,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.com/question

ruby - 我什么时候应该使用 OpenStruct 而不是 Hash?

我喜欢“任意属性的定义”,我认为ruby​​中的OpenStruct有时感觉比使用哈希更干净,但我很好奇是否还有其他特定优势或用例使OpenStruct成为更好的选择而不是简单地使用哈希。 最佳答案 OpenStruct对象在您需要适合特定方法调用接口(interface)的东西时很有用(即发送响应#name和#的鸭子类型对象value),或者当你想封装实现细节,但又想避免过度设计解决方案时。它们还制作了一个很棒的stub对象,当我不需要stub/模拟的开销时,我经常使用它们代替框架stub。

ruby-on-rails - #inject on hashes 被认为是好的风格吗?

在Rails代码中,人们倾向于使用Enumerable#inject方法来创建哈希,如下所示:somme_enum.inject({})do|hash,element|hash[element.foo]=element.barhashend虽然这似乎已成为一种常见的习语,但有没有人看到它比“朴素”版本有优势,它会像这样:hash={}some_enum.each{|element|hash[element.foo]=element.bar}我看到的第一个版本的唯一优势是您可以在一个封闭的block中进行操作,并且您不会(明确地)初始化散列。否则它会意外地滥用方法,更难理解和阅读。那么为

arrays - 如何使用 Ruby 2.3 中引入的 Array#dig 和 Hash#dig?

Ruby2.3在Array和Hash上引入了一种新方法,称为dig。我在有关新版本的博客文章中看到的示例是做作和令人费解的:#Hash#diguser={user:{address:{street1:'123Mainstreet'}}}user.dig(:user,:address,:street1)#=>'123Mainstreet'#Array#digresults=[[[1,2,3]]]results.dig(0,0,0)#=>1我没有使用三层嵌套平面数组。什么是这将如何有用的现实示例?更新事实证明,这些方法解决了最常见的Ruby问题之一。下面的问题大约有20个重复项,所有这些问

ruby-on-rails - "SSL_read: cert already in hash table"异步发送邮件时

当使用ActionMailer异步发送延迟电子邮件时,我不断收到OpenSSL::SSL::SSLError消息SSL_read:certalreadyinhashtable。我们使用Sidekiq异步发送所有电子邮件。当在SidekiqGitHub存储库中将这个问题作为一个问题提出时,我被告知Sidekiq对SSL连接一无所知,也不知道如何管理SSL连接。我们的应用托管在Heroku上,它正在运行OpenSSL0.9.8k2009年3月25日。我们在其他作业中多次看到此错误,并且发现作业有时得到处理,但有时却没有。这是一个OpenSSL线程问题,其中多个Sidekiq线程试图使用相同

ruby-on-rails - 如何解决弃用警告 "Method to_hash is deprecated and will be removed in Rails 5.1"

我正在尝试更新到Rails5,我收到以下弃用警告:DEPRECATIONWARNING:Methodto_hashisdeprecatedandwillberemovedinRails5.1,asActionController::Parametersnolongerinheritsfromhash.Usingthisdeprecatedbehaviorexposespotentialsecurityproblems.Ifyoucontinuetousethismethodyoumaybecreatingasecurityvulnerabilityinyourappthatcanbee