1樓：
首先要弄清楚何謂更好的解決方案，弄清楚你需要什麼。其次自己去實現它。
舉例如下，某人實現的乙個類似於Qt訊號槽的訊號槽，優勢在於精簡：
2樓：JasonWong
有人說用function+lambda
我想說Qt5開始已經支援將乙個訊號直連（不支援佇列連）到乙個或者多個lambda
至少現在看，用Qt開發的程式有充分理由用signal+slot，比如說執行緒安全、和moc充分融合、使用方便、可以使函式具備元物件資訊（這也是受益於moc）等等優點
但是signal+slot也不是萬能的，拋棄signal+slot最有可能的就是少數情況下的效能考慮。比如說乙個一秒鐘要呼叫幾十萬次的函式，這個就要考慮用其他方式來實現了。
總結說，用Qt開發的程式儘管使用signal+slot的組合就行。除非做一些優化。
如果不是Qt開發的程式，額，那怎麼會用signal+slot呢。。。
3樓：
qt自己就寫清楚了
在Qt裡如何使用原生的OpenGL API？
黑帥 新建乙個myopengl類繼承qopenglwidget，然後封裝resize，initialize等函式，最後將視窗部件提公升為myopengl，效果如圖。 天象 要想使用最新的OpenGL特性，你不能 include 你得寫 include 像這樣就會呼叫GL4.3的函式。也有ES版的，但...
如何才能學到Qt的精髓？
Qt的精髓就是不用學就會，哈哈。在C 實現的開源產品中沒有哪乙個的API風格比得上Qt，擁有高度一致性，符合常識，符合直覺，幾乎不用學就可以直接上手。學點C 就可以了。訊號和槽 Qt中最差勁的創造 堯思齊 部落格園 何亮 這個命題，本身就不是乙個可以回答的命題。精髓不如改為優點罷了。另外，嘴癢，補充...
Qt的前景如何？Qt for Android 好嗎？
小型以c qt為主業的有android和ios開發需求的公司可以開掉android和ios的開發人員了。qml qtquick已經異常強大了。 黎橋 include using namespace std int main int argc,char argv QT的出現最早是應為移動開發，後來延生...