¿Cuál es el beneficio de Class.new en este Rspec

Question

estoy leyendo a través de algún Rspec escrito por alguien que dejó la compañía. Me gustaría saber donde esta línea:

let(:mailer_class) { Class.new(AxeMailer) } 
    let(:mailer) { mailer_class.new } 

    describe '#check' do 
    before do 
     mailer_class.username 'username' 
     mailer.from 'tester@example.com' 
     mailer.subject 'subject' 
    end 
    subject { lambda { mailer.send(:check) } } 

está probando esta clase:

class AxeMailer < AbstractController::Base 

    def self.controller_path 
    @controller_path ||= name.sub(/Mailer$/, '').underscore 
    end 

Quiero saber la diferencia entre esto y let(:mailer_class) { AxeMailer }.

Lo pregunto porque en la actualidad cuando corro la prueba, se quejan name es nula. Pero si lo cambié, probará bien.

creo que este problema comenzó después de usar los carriles 3,2, y creo que se hereda de name AbstractController :: Base.

Ésta es la misma en la consola (lo que significa que no es Rspec específica), lo que puedo hacer AxeMailer.name sin error, pero si lo hago Class.new(AxeMailer) no es el problema.

Mis preguntas son:

1. ¿Hay una razón para usar Class.new(AxeMailer) sobre AxeMailer
2. ¿Hay un problema si sólo cambiar esto?
3. ¿Hay alguna manera de no cambiar la especificación y hacerla pasar?

Answer 1

supongo que fue escrito esto era debido a la línea mailer_class.username 'username'. Si acaba de usar AxeMailer directamente, la configuración username se transferirá entre las pruebas. Al crear una nueva subclase para cada prueba, puede asegurarse de que no se transfiera ningún estado entre ellas.

Answer 2

No sé si mailer_class está siendo utilizado dentro de la especificación real o no, pero esto es lo que creo que su configuración debe ser similar:

let(:mailer) { AxeMailer.new } 

describe '#check' do 
    before do 
    AxeMailer.username 'username' 
    mailer.from 'tester@example.com' 
    mailer.subject 'subject' 
    end 
    subject { lambda { mailer.send(:check) } } 

No solo no parece ser una necesidad para la clase anónima que se estaba creando. Además, esta es solo mi opinión, pero tu subject parece un poco extraño. Su especificación probablemente debe envolver el tema en una lambda si es necesario, pero no lo haga en su subject.

En cuanto el error que estaban viendo un principio, las clases anónimas no tienen nombres:

1.9.3-p0 :001 > Class.new.name 
=> nil 

Una parte de ActionMailer :: Base debe intentar utilizar el nombre de clase para algo (la tala tal vez) y se rompe cuando es nulo.