Sử dụng phát ra so với gọi một tín hiệu như thể đó là một hàm thông thường trong Qt

Giả sử tôi có tín hiệu này:

signals:
    void progressNotification(int progress);

Tôi chỉ mới biết gần đây về từ khóa phát ra trong Qt. Cho đến bây giờ, tôi thường thực hiện các tín hiệu bằng cách chỉ gọi chúng như một hàm thông thường. Vì vậy, thay vì:

emit progressNotification(1000 * seconds);

Tôi sẽ viết:

progressNotification(1000 * seconds);

Việc gọi chúng như vậy dường như hoạt động và tất cả các khe cắm được kết nối sẽ thực thi, vậy việc sử dụng từ khóa phát ra có gây ra một hành vi khác hay chỉ là đường cú pháp?

emitchỉ là đường cú pháp. Nếu bạn nhìn vào đầu ra được xử lý trước của hàm phát ra tín hiệu, bạn sẽ thấy emitnó biến mất.

"Điều kỳ diệu" xảy ra trong mã được tạo cho chức năng phát tín hiệu, bạn có thể xem xét bằng cách kiểm tra mã C ++ được tạo bởi moc.

Ví dụ, một footín hiệu không có tham số tạo ra hàm thành viên này:

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

Và mã emit foo();được xử lý trước để đơn giảnfoo();

emitđược định nghĩa trong Qt/qobjectdefs.h(dù sao trong hương vị mã nguồn mở của nguồn), như sau:

#ifndef QT_NO_EMIT
# define emit
#endif

(Bảo vệ xác định là cho phép bạn sử dụng Qt với các khuôn khổ khác có tên xung đột thông qua no_keywordstùy chọn cấu hình QMake.)

Sau 18 tháng ... tôi bắt đầu nhận xét dưới câu trả lời của @ Mat, và nhanh chóng hết chỗ. Như vậy câu trả lời.

IMO emitkhông phải là đường cú pháp cũng không phải là một từ khóa đơn giản theo nghĩa

1. Nó tạo mã (như được giải thích bởi @Mat ở trên),
2. Nó giúp connectcơ chế nhận ra rằng nó thực sự là một signal, và
3. Nó làm cho tín hiệu của bạn trở thành một phần của hệ thống "lớn hơn", nơi các tín hiệu và phản hồi (khe cắm) có thể được thực thi đồng bộ hoặc không đồng bộ hoặc xếp hàng đợi, tùy thuộc vào vị trí và cách tín hiệu được phát ra. Đây là một tính năng cực kỳ hữu ích của hệ thống tín hiệu / khe cắm.

Toàn bộ hệ thống tín hiệu / khe cắm là một thành ngữ khác với một cách gọi hàm đơn giản. Tôi tin rằng nó bắt nguồn từ mẫu người quan sát. Ngoài ra còn có một sự khác biệt lớn giữa a signalvà a slot: một tín hiệu không cần phải được triển khai, trong khi phải có một khe cắm !

Bạn đang đi bộ xuống phố và thấy một ngôi nhà đang bốc cháy (một tín hiệu). Bạn quay số 911 ( kết nối tín hiệu báo cháy với khe phản hồi 911 ). Tín hiệu chỉ được phát ra , trong khi khe cắm đã được thực hiện bởi cơ quan cứu hỏa. Có thể không chính xác, nhưng bạn có ý tưởng. Hãy xem ví dụ về OP.

Đối tượng phụ trợ nào đó biết tiến trình đã được thực hiện. Vì vậy, nó có thể chỉ đơn giản là emit progressNotification(...)báo hiệu. Tùy thuộc vào lớp hiển thị thanh tiến trình thực tế, nhận tín hiệu này và thực thi trên nó. Nhưng làm thế nào để khung nhìn kết nối với tín hiệu này? Chào mừng đến với hệ thống tín hiệu / khe cắm của Qt. Bây giờ người ta có thể quan niệm về một lớp người quản lý (thường là một widget của các loại), bao gồm một đối tượng xem và một đối tượng tính toán dữ liệu (cả hai đều là QObjects), có thể hoạt động connect (m_myDataEngine, &DataEngine::progressNotification, m_myViewObj, &SimpleView::displayProgress).

Chúng ta đừng đi sâu vào các khía cạnh thiết kế của lớp người quản lý, nhưng đủ để nói rằng đây là nơi hệ thống khe cắm / tín hiệu tỏa sáng. Tôi có thể tập trung vào việc thiết kế một kiến ​​trúc rất rõ ràng cho ứng dụng của mình. Không phải lúc nào cũng vậy, nhưng đôi khi, tôi thấy rằng tôi chỉ phát ra tín hiệu nhưng thực hiện các khe cắm .

Nếu có thể sử dụng / gọi một phương thức tín hiệu mà không bao giờ phát ra nó , thì điều đó nhất thiết ngụ ý rằng ngay từ đầu bạn chưa bao giờ cần đến chức năng đó như một tín hiệu .

Tùy chọn thứ hai sẽ ngụ ý rằng bạn luôn biết tên hàm và các tham số của hàm là gì và đối tượng mà bạn gửi nó đến được biết bởi hàm cụ thể đó. Hai trường hợp đó không phải lúc nào cũng đúng, vì vậy đó là hai điều chính tại sao khe cắm và tín hiệu được tạo ra. "ẩn" cơ chế tín hiệu và khe cắm chỉ là một bảng với các con trỏ đến mọi chức năng được kết nối.

Ngoài ra, hãy xem bản pdf này giải thích rất rõ ràng bản chất của cơ chế tín hiệu và vị trí: http://www.elpauer.org/stuff/a_deeper_look_at_signals_and_slots.pdf