[python] kterak vhodne resit architekturu IMAP klienta

[Jan Matejka]

Dobrého dne,
jsa asi ovlivněn modelem dokument-view 
bych to videl spis tak, ze mailbox bude s UI komunikovat primo
prostrednicvim metod mailboxu volanych z UI a callbacku kterym
bude mailbox oznamovat UI, ze ze se v mailboxu něco zmenilo.
IMHO oddelovat UI od mailboxu frontou nemá smysl protože UI
potrebuje pro zobrazovaní okamzitou odpoved relevantnich dat
nebo odpoved "data nejsou k dispozici".
Naopak parser bych nechal bezet ve zvlastnim threadu. Snazil
bych se o to, aby daval data v takove podobe, aby sly rychle
zaradit do datovych struktur mailboxu, aby aktualizacemi 
mailboxu nebylo blokovano UI.

zdravic Jan Matejka



> Ted resim problem, jak maji tyhle tri slupky spolu 
> komunikovat. Jako uplne prvni vec me napadlo to, ze kazda z 
> nich pobezi ve vlastnim threadu a vsechno si budou rikat pres 
> Queue.Queue (vzdy dvojice mezi jednotlivymi slupkami). Po 
> zapnuti mozku mi ale doslo, ze se Parser a Mailbox daji 
> krasne sloucit - proste v ramci jednoho cyklu thread 
> zkontroluje, jestli po nem neco nechce UI nebo jestli neco 
> neprislo od IAMP serveru.
> 
> Zbyva teda vyresit, co s komunikaci mezi Mailboxem a UI. 
> Premyslim o dvojici front, pro kazdy smer jednu. Ve smeru UI 
> -> Mailbox proudi prikazy typu "smaz zpravu XYZ", "ukaz mi 
> razeni do threadu" ci "dej mi hlavicky zpravy cislo 12", 
> opacne data jako "treti megabajt sedme prilohy zpravy cislo 
> 13 je \x00..."
>