Www :: Slides :: Controller :: single Classe base principale per i controller con sede in I / O
Scarica ora

Www :: Slides :: Controller :: single Classifica e riepilogo

Www :: Slides :: Controller :: single Tag

modulo Perl perl controllore I / O. I / O Controller

Www :: Slides :: Controller :: single Descrizione

Classe base principale per i controller con sede in I / O Www :: Slides :: Controller :: Single è la classe base principale per i controller in base a I / O.Synopsis Utilizzare www :: Slides :: Controller :: Singolo; # Vedi www :: Slides :: Controller :: Stdio OUT comunque ... My $ IO_CONTROLLER = www :: Slides :: Controller :: single-> nuovo (in_handle => * stdin, out_handle => * stdout,); # Assicurati di controllare www :: Slides :: Controller :: anche TCP, # La vita può essere più facile usare IO :: presa; My $ Listener = IO :: Socket-> Nuovo (localport => $ port, ascolta => 1); My $ Sock = $ listener-> Accetta (); My $ TCP_CONTROLLER = www :: Slides :: Controller :: Single-> Nuovo (in_handle => $ calzino, out_handle => $ calzino,); questo modulo rappresenta la classe base principale per la creazione di controllori nel sistema www :: Slides . È in grado di interagire con i WS :: Talk Objects per pilotare tutti gli aspetti di un discorso (vedere la documentazione per www :: Slides :: Talk per ulteriori informazioni su questo). Quando è normalmente utilizzato direttamente, questa classe può ancora essere utile se usato da solo. L'interfaccia principale è attraverso due maniglie, una utilizzata per i comandi di input, uno per mettere i messaggi relativi a tali comandi. Le due maniglie possono essere le stesse (come nel caso di una presa TCP) o diversa (ad esempio utilizzando i flussi standard). La sottoclasse normalmente aggiunge solo la logica necessaria per impostare automaticamente quelle maniglie in alto, ma possono espandere funzionalità, ovviamente. Il www :: sistema è talk-centric, cioè l'oggetto principale è (o dovrebbe essere) il WS :: Talk One ( È anche l'unico contenente un metodo run (), quindi probabilmente hai già già lavorato). Per questi motivi, un controller generico ha due principali punti di interazione: * In primo luogo, fornisce una struttura per la registrazione / rilasciando un selettore, cioè un oggetto che sarà (si spera) utilizzato come un IO :: Seleziona uno (OK, 99.9 % delle volte sarà un oggetto IO :: Select). A WS :: Talk utilizza un oggetto IO :: Seleziona oggetto per tenere traccia di tutte le possibili fonti di dati di ingresso (ingressi partecipanti, controller, ecc.), Quindi la registrazione del selettore consente al controller impostare i bit giusti nel selettore stesso. Mentre questo può sembrare un po 'contrastato nel nostro caso, perché c'è solo una singola maniglia di input per la cura, con questo meccanismo l'interfaccia del controller è in grado di gestire la possibilità che un controller maniglie, dietro le quinte, input multipli. Questo è il caso di www :: Slides :: Controller :: Multiple e il suo Discendente principale www :: Slides :: Controller :: TCP, quindi ws :: Controller :: Single non fa eccezione e aderisce a questa interfaccia. * Nel lato del controllo effettivo, fornisce il metodo EXEGUTE_COMMANDS (), che afferra comandi di ingresso e (tenta a) eseguirli sull'oggetto WS :: Talk. È qui che viene fatto il lavoro effettivo, dove viene implementata l'API remota e così il pezzo di codice effettivamente riutilizzato senza alcuna aggiunta. Qualsiasi aggiunta di comando, ovviamente, è probabile che estenda questo comando. Requisiti: · Perl.

Www :: Slides :: Controller :: single Software correlato