本以為slot就是被signal存儲(chǔ)并管理的slot。但是通過(guò)解讀boost的源代碼發(fā)現(xiàn)這個(gè)類(lèi)并沒(méi)有被signal直接管理，而僅僅用來(lái)構(gòu)造了下connection。沒(méi)有發(fā)現(xiàn)其他的用途。如果這樣，那為何不直接在signal的connect中直接進(jìn)行connection的構(gòu)造呢。
　　signal的connect函數(shù)沒(méi)有直接接收f(shuō)unction對(duì)象，而是接收的slot<>對(duì)象，而slot<>對(duì)象用來(lái)接收f(shuō)unction。這個(gè)function看來(lái)未必一定是個(gè)函數(shù)對(duì)象了。可以是個(gè)原始函數(shù)或類(lèi)函數(shù)了。 這個(gè)猜測(cè)要證實(shí)了才能確定。即便如此，這個(gè)類(lèi)的作用是有限的。不過(guò)關(guān)于那個(gè)tackeable的用法還沒(méi)有完全高清楚，可能那是這個(gè)類(lèi)存在的理由，也許以后會(huì)有什么的發(fā)展。但現(xiàn)在確實(shí)看不出什么大的用途。
　　奇怪于為何在signal中的slot管理器，不去直接管理slot<>的實(shí)例，而是管理connection和function的pair。

　　個(gè)人覺(jué)得在slot<>中的最有用處的函數(shù)。
void slot_base::create_connection()
{
 basic_connection* con = new basic_connection();

 {
  con->signal = static_cast<void*>(this);
  con->signal_data = 0;
  con->blocked_ = false ;
  con->signal_disconnect = &bound_object_destructed;
 }
 
 data->watch_bound_objects.reset(con);

 scoped_connection safe_connection(data->watch_bound_objects);

 for(std::vector<const trackable*>::iterator i = data->bound_objects.begin();
  i != data->bound_objects.end(); ++i)
 {
  BOOST_SIGNALS_NAMESPACE::detail::bound_object binding;
  (*i)->signal_connected(data->watch_bound_objects, binding);

  BOOST_SIGNALS_NAMESPACE::detail::auto_disconnect_bound_object disconnector(binding);

  con->bound_objects.push_back(binding);
  disconnector.release();
 }

 safe_connection.release();
 data->watch_bound_objects.set_controlling(true);
}