Dlaczego przechwytywać to, a także współdzielić wskaźnik do tego w lambdach?

Question

W latach Boost.asio C++ 11 przykładów są fragmenty like the following:

void do_read() 
{ 
    auto self(shared_from_this()); 
    socket_.async_read_some(boost::asio::buffer(data_, max_length), 
     [this, self](boost::system::error_code ec, std::size_t length) 
     { 
     if (!ec) 
     { 
      do_write(length); 
     } 
     }); 
} 

rozumiem dlaczego jest potrzebny wskaźnik self zachować klasę żywy (patrz this question), ale nie rozumiem, dlaczego this Wskaźnik jest również przechwycony. Czy to jest tak, że autor może napisać do_write(length) zamiast self->do_write(length) lub jest inny powód?

Answer 1

Bez przechwyconego obiektu nie można wywoływać metod klasy z poziomu lambda (na przykład do_write). Lub dostęp do zmiennych członków. Oczywiście, możesz zamiast tego napisać self->do_write(), ale jest to mniej eleganckie i potencjalnie wolniejsze (z powodu zaangażowanego shared_ptr).

Answer 2

Podana odpowiedź brzmi: ABSOLUTNIE źle! Nie powinieneś przekazywać obu! Oto, jak należy to zrobić, na podstawie kodu, bez przechodzenia this:

void do_read() 
{ 
    auto self(shared_from_this()); 
    socket_.async_read_some(boost::asio::buffer(data_, max_length), 
     [self](boost::system::error_code ec, std::size_t length) 
     { 
     if (!ec) 
     { 
      self->do_write(length); 
     } 
     }); 
} 

I rzeczywiście, należy używać std::bind, nie lambdy dla tego produktu. Dzięki temu Twój kod stanie się bardziej zwarty.