Executar método do ancestral - Ruby on Br - A comunidade Ruby brasileira

258 semanas atrás Bruno Santos 11 posts	Boa Noite, Caros tem como executar um método da ancestral e excutar tb na classe que herda a ancestral Exemplo: tenho no controller pai class PaiController < ApplicationController def metodoQualquer ..... end end e aí tenho o controller filho class FilhoController < PaiController def metodoQualquer ..... end end Testei aqui e dessa forma só será executado o “metodoQualquer” da classe filha. Tem como executar o metodoQualquer do pai e depois do filho ? Abraços … Muito Grato Ps: se a perguntar for muito banal, peço compressão … =D sou novato .. hehe

258 semanas atrás Fernando Allen 39 posts	chame super dentro do método da subclase: class FilhoController < PaiController def metodoQualquer super ..... end end

258 semanas atrás Bruno Santos 11 posts	Aee Fernando!!! Deu certo!! Muito Obrigado!

103 semanas atrás FabianoPS 63 posts	To ligado que esse tópico é ancião mas creio que continua atual.. Deixando mais complexo, eu estou no FilhoController invocando o método de instancia a e de dentro do método a de filho, eu desejo chamar o método do Pai:metodoQualquer Estou falando besteira? Teria como faze-lo? super.método não dá certo

103 semanas atrás Fernando Luizão 1863 posts	Grande Fabiano =D Não resolve chamar o método da classe filha, que vai chamar o da classe pai por tabela? class FilhoController < PaiController def metodoQualquer super ..... end def a metodoQualquer end end Se isso não resolver, acho que só com muita gambi… talvez se der um undef no método do filho vc consiga chamar o do pai.

103 semanas atrás Mereghost 1476 posts	Fabiano: Tu quer chamar o método de instância da classe Pai que foi sobreposto pela classe filha? É isso ou me perdi no meio? Algo assim? class Coisa def metodo_a puts "Metodo da superclasse" end def outro puts "outro metodo" end end class OutraCoisa < Coisa def metodo_a super # Passa o contexto para a superclasse e executa metodo_a da superclasse outro # O interpretador vai ver que não tem nada na classe, e passa para a superclasse. end end x = OutraCoisa.new x.metodo_a #imprime as duas strings.

103 semanas atrás FabianoPS 63 posts	Luizão: Simmm.. usar undef é uma solução, porém se perde o método =P Voce anda sumidão cara, num volta mais?? Mere: é quase isso, mas tem tb o kicker: class OutraCoisa < Coisa def outro puts 'fuu' end end x = OutraCoisa.new x.metodo_a #gostaria que imprimisse (claro que n acontece): "Metodo da superclasse" + "outro metodo" Então a idéia seria chamar algo do tipo super.outro, infelizmente não funciona

103 semanas atrás Mereghost 1476 posts	Fabiano: Hmmmm… só se tu fizer um alias do método da superclasse. class Coisa def metodo_a puts "Metodo da superclasse" end def outro puts "outro metodo" end end class OutraCoisa < Coisa alias :old_outro :outro def outro puts "carai que zona!" end def metodo_a super old_outro end end x = OutraCoisa.new x.metodo_a

103 semanas atrás FabianoPS 63 posts	Puts Mere, eu não teria uma frase melhor que: “carai que zona!” uhaeuasesauesauheusahe Acertou na mosca, só não posso dizer que é uma ótima solução, porque é um péssimo problema =P []s

103 semanas atrás nofxx 1960 posts	Inheritance é uma bosta. Vai de mixin! ;)

103 semanas atrás Fernando Luizão 1863 posts	Fabiano, se vc realmente precisa fazer isso, acho que é um indício forte que vc deveria estar usando composição em vez de herança. Aí é só delegar a chamada =).

103 semanas atrás Mereghost 1476 posts	Inheritance é uma bosta. Vai de mixin! ;) [opinião própria] Isso é complexo. Descartar herança completamente é bobagem. Composição nem sempre representa seu modelo corretamente e há casos onde seria mais correto de qualquer forma. Mixins de Ruby são uma resposta genial ao caso da herança múltipla e interfaces. [/opinião própria] Deixe eu fazer uma breve correção: Herança feita por motivos errados é uma bosta. Vai de composição.

103 semanas atrás nofxx 1960 posts	Sim, vdd. As duas são praticamente intercambiáveis, salvo que vc nao pode descender de mais de uma classe e module ñ tem super. Agora o grande barato é como fica fácil com mixin modularizar mais as coisas, reaproveitar (e aproveitar melhor) código. Bom mas é isso, como ficar melhor de trabalhar.

103 semanas atrás Fernando Luizão 1863 posts	module ñ tem super Como assim? Dá pra incluir módulos em módulos tb: module A def bla puts "bla" end end module B include A def bla puts "blew" super end end class X include B end X.new.bla

103 semanas atrás Mereghost 1476 posts	Modules, ao meu ver (e a idéia associada mixins) são os substitutos ideais das interfaces (do javaworld). Código realmente reaproveitável vai lá. Definir um comportamento que possa ser herdado por dezenas de classes. Olha só o Enumerable, tudo o que tu tem de fazer é implementar each. Aí tu ganha dezenas de métodos dis grátis. =)