Menggunakan emit vs memanggil sinyal seolah-olah itu adalah fungsi biasa di Qt

Katakanlah saya memiliki sinyal ini:

signals:
    void progressNotification(int progress);

Saya baru saja mengetahui tentang kata kunci emit di Qt. Sampai sekarang, saya biasa mengeksekusi sinyal hanya dengan memanggilnya seperti fungsi biasa. Jadi, alih-alih:

emit progressNotification(1000 * seconds);

Saya akan menulis:

progressNotification(1000 * seconds);

Memanggil mereka seperti itu sepertinya berhasil, dan semua slot yang terhubung akan dijalankan, jadi apakah menggunakan kata kunci emit menyebabkan perilaku yang berbeda, atau apakah itu hanya gula sintaksis?

emithanyalah gula sintaksis. Jika Anda melihat output pra-proses dari fungsi yang memancarkan sinyal, Anda akan melihat bahwa fungsi emittersebut hilang begitu saja.

"Ajaib" terjadi dalam kode yang dihasilkan untuk fungsi pemancar sinyal, yang dapat Anda lihat dengan memeriksa kode C ++ yang dihasilkan oleh moc.

Misalnya foosinyal tanpa parameter menghasilkan fungsi anggota ini:

void W::foo()
{
    QMetaObject::activate(this, &staticMetaObject, 0, 0);
}

Dan kode emit foo();tersebut diproses sebelumnya menjadi sederhanafoo();

emitdidefinisikan dalam Qt/qobjectdefs.h(bagaimanapun juga dalam ragam sumber terbuka dari sumber), seperti ini:

#ifndef QT_NO_EMIT
# define emit
#endif

(Define guard memungkinkan Anda untuk menggunakan Qt dengan framework lain yang memiliki nama yang bertabrakan melalui no_keywordsopsi konfigurasi QMake.)

Setelah 18 bulan ... Saya mulai dengan komentar di bawah jawaban @ Mat, dan segera kehabisan ruangan. Demikian jawabannya.

IMO emitbukanlah gula sintaksis atau kata kunci sederhana dalam arti itu

1. Ini menghasilkan kode (seperti yang dijelaskan oleh @Mat di atas),
2. Ini membantu connectmekanisme mengenali bahwa memang itu adalah signal, dan
3. Itu membuat sinyal Anda menjadi bagian dari sistem yang "lebih besar", di mana sinyal dan respons (slot) dapat dijalankan secara sinkron atau asinkron, atau antri, tergantung di mana dan bagaimana sinyal itu dipancarkan. Ini adalah fitur yang sangat berguna dari sistem sinyal / slot.

Seluruh sistem sinyal / slot adalah idiom yang berbeda dari pemanggilan fungsi sederhana. Saya percaya itu berasal dari pola pengamat. Ada juga perbedaan besar antara a signaldan a slot: sinyal tidak harus diimplementasikan, sedangkan slot harus !

Anda sedang berjalan di jalan dan melihat sebuah rumah terbakar (sebuah sinyal). Anda menghubungi 911 ( hubungkan sinyal api dengan slot respons 911 ). Sinyalnya hanya dipancarkan , sedangkan slotnya diimplementasikan oleh pemadam kebakaran. Mungkin tidak tepat, tetapi Anda mengerti. Mari kita lihat contoh OP.

Beberapa objek backend mengetahui seberapa banyak kemajuan yang telah dibuat. Jadi itu hanya bisa emit progressNotification(...)memberi sinyal. Terserah kelas yang menampilkan bilah kemajuan yang sebenarnya, untuk mengambil sinyal ini dan menjalankannya. Tapi bagaimana pandangan terhubung ke sinyal ini? Selamat datang di sistem sinyal / slot Qt. Seseorang sekarang dapat membayangkan kelas manajer (biasanya semacam widget), yang terdiri dari objek tampilan dan objek komputasi data (keduanya QObjects), dapat berfungsi connect (m_myDataEngine, &DataEngine::progressNotification, m_myViewObj, &SimpleView::displayProgress).

Mari kita tidak membahas aspek desain kelas manajer, tetapi cukup untuk mengatakan bahwa di sinilah sistem sinyal / slot bersinar. Saya dapat fokus untuk merancang arsitektur yang sangat bersih untuk aplikasi saya. Tidak selalu, tetapi sering kali, saya menemukan bahwa saya hanya memancarkan sinyal tetapi menerapkan slot .

Jika dimungkinkan untuk menggunakan / memanggil metode sinyal tanpa pernah memancarkannya , maka itu berarti bahwa Anda tidak pernah membutuhkan fungsi itu sebagai sinyal sejak awal.

Pilihan kedua akan menyiratkan bahwa Anda selalu tahu apa nama fungsi dan parameter fungsi dan bahwa objek yang Anda kirimi diketahui oleh fungsi tersebut. Kedua kasus tersebut tidak selalu benar, jadi itulah dua hal utama mengapa slot dan sinyal dibuat. "under-the-hood" sinyal dan mekanisme slot hanyalah sebuah meja dengan penunjuk ke setiap fungsi yang terhubung.

Juga, lihat pdf ini yang menjelaskan dengan sangat jelas sifat dari sinyal dan mekanisme slot: http://www.elpauer.org/stuff/a_deeper_look_at_signals_and_slots.pdf