草庐IT

lldb_injected_self

全部标签

ruby - 'yield self' 和 instance_eval 一样吗?

如果用instance_eval:定义Foo有什么不同吗?..classFoodefinitialize(&block)instance_eval(&block)ifblock_given?endend。..或者使用“yieldself”:classFoodefinitializeyieldselfifblock_given?endend无论哪种情况,您都可以这样做:x=Foo.new{deffoo;'foo';end}x.foo所以“yieldself”意味着Foo.new之后的block总是在Foo类的上下文中求值。这是正确的吗? 最佳答案

ruby 我应该使用 self.或者 @

这是我的ruby代码classDemoattr_accessor:linesdefinitialize(lines)self.lines=linesendend在上面的代码中我可以使用@lines=lines大多数情况下,我看到人们在初始化方法中使用@。在这两者之间是否有首选的做法?为什么? 最佳答案 当您使用@lines时,您正在访问实例变量本身。self.lines实际上是通过类的lines方法;同样,self.lines=x通过lines=方法。所以当你想直接访问变量时使用@,当你想通过方法访问时使用self.。要直接回答您的

Ruby 依赖注入(inject)库

我一直在研究一些Ruby依赖注入(inject)库。特别是,我检查了Needle和Copland.它们已经存在了很长一段时间,但并没有被广泛使用。使用这两个库的优缺点是什么?看起来确实有很多库/框架可以很好地利用这两个库,例如Merb/Datamapper'sHook. 最佳答案 JamisBuck,Copland和Needle的作者,postedhere关于Needle、依赖注入(inject)及其在Ruby世界中的用途。它很长但值得一读,但如果您想要与您的问题最相关的单个段落,我建议您从结尾开始:DIframeworksareu

ruby-on-rails - (Ruby,Rails)模块和库中 SELF 的上下文......?

关于在模块或库中使用“SELF”的快速问题。基本上,“SELF”的范围/上下文是什么,因为它属于模块或库,如何正确使用它?有关我所说内容的示例,请查看随“restful_authentication”一起安装的“AuthenticatedSystem”模块。注意:我知道“self”在其他语言中等同于“this”,以及“self”如何在类/对象上运行,但是在模块/库的上下文中,“self”没有任何意义。那么在没有类的模块之类的东西中,self的上下文是什么? 最佳答案 在模块中:当您在实例方法中看到self时,它指的是包含该模块的类的

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中进行操作,并且您不会(明确地)初始化散列。否则它会意外地滥用方法,更难理解和阅读。那么为

Ruby Print Inject Do 语法

为什么下面的代码运行正常p(1..1000).inject(0){|sum,i|sum+i}但是,下面的代码报错了p(1..1000).inject(0)do|sum,i|sum+iendwarning:donotuseFixnumsasSymbolsin`inject':0isnotasymbol(ArgumentError)他们不应该是等价的吗? 最佳答案 使用花括号编写的block绑定(bind)到注入(inject)方法,这正是您的意图,它会正常工作。但是,封装在do/endblock中的block将绑定(bind)到p方法

ruby - "self-documenting"代码如何才能不烦人?

关闭。这个问题是opinion-based.它目前不接受答案。想改善这个问题吗?更新问题,以便可以通过editingthispost用事实和引文回答问题.3年前关闭。Improvethisquestion我不确定这里的最佳实践是什么,但我经常看到缩写的变量名,尤其是当范围很小的时候。所以(使用简单的Ruby示例)而不是defadd_location(name,coordinates),我看到类似defadd_loc(name,coord)的东西——我什至可能会看到类似defadd_loc(n,x,y)的东西.我想当人们习惯于看到缩写时,更长的名字可能会让他们感到疲倦。冗长是否有助于可读

ruby - 何时在 Ruby 方法中使用 `self.foo` 而不是 `foo`

这不是Rails特有的——我只是以Rails为例。我在Rails中有一个模型:classItem(假设Item模型(类)有一个名为name的方法。)我什么时候需要使用self.name我什么时候可以只使用name(例如,#{name})? 最佳答案 在调用方法时更喜欢省略self.是惯用的;通常不需要。调用setter方法时,您必须使用self.foo=xxx,而不是foo=xxx,以便Ruby意识到您没有尝试创建新的局部变量。同样,如果您有一个与方法同名的现有局部变量do_something,这不太可能发生,您必须使用self.d

ruby - "extend self"与 "module_function"相同吗?

extendself和module_function是实现它的两种ruby​​方法,因此您可以在模块上调用方法,如果包含该模块也可以调用它。这些方式的最终结果有什么不同吗? 最佳答案 module_function将给定的实例方法设为私有(private),然后复制并将它们作为公共(public)方法放入模块的元类中。extendself将所有实例方法添加到模块的单例中,保持它们的可见性不变。moduleMextendselfdefa;endprivatedefb;endendmoduleNdefc;endprivatedefd;e

ruby - 为什么在 ruby​​/rails/activerecord 中并不总是需要 self?

在Rails模型中测试getter/setter对时,我发现了一个很好的行为示例,我一直认为这种行为很奇怪且不一致。在这个例子中,我处理的是classFolder.Folderbelongs_to:parent,:class_name=>'Folder'在getter方法上,如果我使用:defparent_nameparent.nameend……或者……defparent_nameself.parent.nameend...结果完全一样,我得到了父文件夹的名称。但是,在getter方法中,如果我使用...defparent_name=(name)parent=self.class.fi