Qt'de normal bir işlevmiş gibi bir sinyali çağırmakla emit kullanmak

Question 1

Diyelim ki şu sinyale sahibim:

signals:
    void progressNotification(int progress);

Kısa bir süre önce Qt'deki emit anahtar kelimesini öğrendim. Şimdiye kadar, sinyalleri sadece normal bir işlev gibi çağırarak yürütürdüm. Yani bunun yerine:

emit progressNotification(1000 * seconds);

Yazardım:

progressNotification(1000 * seconds);

Onları bu şekilde çağırmak işe yarıyor gibi görünüyordu ve tüm bağlı slotlar çalışacaktı, bu yüzden emit anahtar sözcüğünü kullanmak farklı bir davranışa neden olur mu, yoksa sadece sözdizimsel şeker mi?

Question 2

emitsadece sözdizimsel şekerdir. Bir sinyal yayan işlevin önceden işlenmiş çıkışına bakarsanız emit, hemen gittiğini görürsünüz .

"Sihir", moc tarafından üretilen C ++ kodunu inceleyerek bakabileceğiniz sinyal yayma işlevi için üretilen kodda gerçekleşir.

Örneğin foo, parametresiz bir sinyal bu üye işlevi üretir:

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

Ve kod emit foo();, basitçefoo();

emittanımlanır Qt/qobjectdefs.h, bu gibi (kaynak olsa bu açık kaynak lezzet):

#ifndef QT_NO_EMIT
# define emit
#endif

( no_keywordsTanımlama koruması , Qt'yi QMake yapılandırma seçeneği aracılığıyla çakışan adlara sahip diğer çerçevelerle kullanmanızı sağlamaktır .)

Question 3

18 ay sonra ... @ Mat'ın cevabının altındaki yorumlarla başladım ve hızla odam tükeniyordu. Böylece cevap.

IMO emitne sözdizimsel şeker ne de basit bir anahtar kelimedir.

Kod üretir (yukarıda @Mat tarafından açıklandığı gibi),
connectMekanizmanın aslında bunun bir a olduğunu anlamasına yardımcı olur signalve
Sinyalin nerede ve nasıl yayıldığına bağlı olarak sinyallerin ve yanıtların (yuvaların) senkronize veya asenkron olarak yürütülebildiği veya sıraya konulabildiği "daha büyük" bir sistemin parçası olmasını sağlar. Bu, sinyal / slot sisteminin son derece kullanışlı bir özelliğidir.

Tüm sinyal / slot sistemi, basit bir fonksiyon çağrısından farklı bir deyimdir. Gözlemci modelinden kaynaklandığına inanıyorum. Ayrıca a signalve a arasında büyük bir fark vardır slot: bir sinyalin uygulanması gerekmez , oysa bir yuvanın uygulanması gerekir !

Caddede yürüyorsunuz ve yanmakta olan bir ev görüyorsunuz (bir sinyal). 911'i arayın ( yangın sinyalini 911 yanıt yuvasına bağlayın ). Sinyal sadece yayıldı , oysa yuva itfaiye tarafından uygulandı . Kesin olmayabilir, ama fikri anladınız. OP örneğine bakalım.

Bazı arka uç nesneleri, ne kadar ilerleme kaydedildiğini bilir. Yani basitçe emit progressNotification(...)sinyal verebilir . Bu sinyali alıp üzerinde yürütmek, gerçek ilerleme çubuğunu görüntüleyen sınıfa bağlıdır. Ancak görüş bu sinyale nasıl bağlanır? Qt'nin sinyal / slot sistemine hoş geldiniz. Artık, bir görünüm nesnesi ve bir veri hesaplama nesnesinden (her ikisi de mevcut olan QObjects) oluşan bir yönetici sınıfı (tipik olarak bir tür widget) tasarlanabilir connect (m_myDataEngine, &DataEngine::progressNotification, m_myViewObj, &SimpleView::displayProgress).

Yönetici sınıfının tasarım yönlerine girmeyelim, ancak sinyal / slot sisteminin parladığı yerin burası olduğunu söylemek yeterli. Uygulamam için çok temiz bir mimari tasarlamaya odaklanabiliyorum. Her zaman değil, çoğu zaman, yalnızca sinyal yaydığımı, yuvaları uyguladığımı görüyorum .

Bir sinyal yöntemini , onu hiç yaymadan kullanmak / çağırmak mümkünse , o zaman bu , ilk başta bir sinyal olarak bu işleve asla ihtiyaç duymadığınız anlamına gelir .

Question 4

İkinci seçenek, işlev adının ve işlev parametrelerinin ne olduğunu her zaman bildiğinizi ve onu gönderdiğiniz nesnenin o belirli işlev tarafından bilindiğini ima eder. Bu iki durum her zaman doğru değildir, bu nedenle yuvaların ve sinyallerin neden yapıldığı iki ana şeydir. "kaputun altında" sinyal ve yuva mekanizması, bağlı olan her işlev için işaretçiler içeren bir tablodur.

Ayrıca, sinyallerin ve yuva mekanizmasının doğasını çok net bir şekilde açıklayan bu pdf'ye bakın: http://www.elpauer.org/stuff/a_deeper_look_at_signals_and_slots.pdf