Wie eine Methode ein Signal senden und warten auf den Steckplatz vor der Rückkehr?

Question

Ich habe eine Klasse ConnectionManager mit Methode get_wifi_ssids(), die eine Liste von SSIDs zurückgeben muss. Das Problem ist, dass man diese SSIDs braucht, um Signale und Slots zu bekommen, aber ich kann keinen Weg finden, diese Informationen zu erhalten, ohne die Methode zu beenden.

Hier ist die Hierarchie der Klassen von der niedrigsten bis zur höchsten Ebene.

/** Controls wireless network card by commanding a software component "connman" via DBus. */ 
class WifiController : QObject { 
Q_OBJECT 

public: 

    void scan(); 
} 

/** Low level interface to network interfaces. */ 
class NetworkController : QObject { 
    Q_OBJECT 

public: 

    void scan_for_wifi() { 
     wifi_controller.scan(); 
     // When scan is finished it sends the 
     // NetworkTechnology::scanFinished signal. 
    } 

    // Gets info from cache. This cache is updated when a `scan()` happens. 
    QList<AccessPointInfo> get_available_access_points; 

private: 
    WifiController wifi_controller; 
} 

/** High level interface to network interfaces. */ 
class ConnectionManager { 
public: 
    QList<QString> get_wifi_ssids() { 
     netCtrlr.scan(); 
     // PROBLEM HERE: How do I wait for the `scanFinished` signal here, then 
     // continue execution and return the SSIDs from the recently-updated 
     // cache? 

     QList<AccessPointInfo> APs { netCtrlr.get_available_access_points() }; 
     QList<QSitrng> ssids { parseAPInfo(APs) }; 
     return ssids; 
    } 

private: 
    NetworkController netCtrlr; 
} 

Die Gesamtheit meiner Anwendung ist in einem einzigen Thread. "connman" wird von WifiConroller über DBus befohlen, und es ist ein separater Prozess, so offensichtlich in einem separaten Thread. Die GUI läuft in einem separaten Prozess und meine App kommuniziert mit ihr über DBus.

Eine QEventLoop ist eine schlechte Lösung, weil es nicht in der Produktion verwendet werden soll und eher ein Hack ist, so die Kommentare in this answer.

Answer 1

Sie können ein mit lokaler QEventLoop:

QList<QString> get_wifi_ssids() { 
    QEvenLoop event; 
    // Stop event loop on signal 
    connect(&netCtrlr, SIGNAL(scanFinished()), &event, SLOT(quit())); 
    netCtrlr.scan(); 

    // run event loop 
    event.exec(); 

    QList<AccessPointInfo> APs { netCtrlr.get_available_access_points() }; 
    QList<QSitrng> ssids { parseAPInfo(APs) }; 
    return ssids; 
} 

Answer 2

Da der Scanvorgang asynchron ist, kann man nicht wirklich eine Methode, die die SSIDs scannt und gibt ihr, weil für den Scan wartet ein Sperrvorgang beendet ist . Blockierungsoperationen verhindern, dass die Ereignisschleife funktioniert, und signalisieren Informationen, um verarbeitet zu werden.

Sie können eine lokale Ereignisschleife innerhalb der get_wifi_ssids-Methode verwenden, dies blockiert jedoch den Rest der Anwendung. Wenn der WLAN-Scan unterbrochen wird, wird das Programm währenddessen eingefroren.

Konfigurieren Sie stattdessen die Klasse so, dass sie den Scan bei Bedarf startet, und get_wifi_ssids gibt die aktuellen Informationen zu den Access Points zurück.