Vra

Winform op CF is 'n bietjie swaar, inisialisering baie vensters handvatsels neem ernstige tyd en geheue. Nog 'n probleem is die gebrek aan ingeboude dubbel buffer en 'n gebrek aan beheer jy oor die UI lewering beteken dat tydens verwerker intensiewe bedrywighede die UI kan die gebruiker laat staar na 'n half gelewer skerm. Nice!

As jy die probleem sou ek 'n liggewig beheer raamwerk soek verlig, is daar een skop oor al of sou 'n mens moet Homebrew?

Deur liggewig bedoel ek 'n beheer biblioteek wat in staat stel om ten volle beheer skildery van kontrole en gebruik nie baie duur vensters hanteer.

Nota: Moet asseblief nie dui daarop dat ek te veel op die UI draad is hardloop. Dit is nie die geval.

Was dit nuttig?

Oplossing

Ek hardloop oor hierdie die ander dag, wat nuttig kan wees ten minste as 'n beginpunt: Fuild - Windows Mobile. NET touch beheer . Die voorkoms en gevoel is mooi, maar daar is geen ontwerp tyd ondersteuning. Ek het nie te veel oor geheue voetspoor, ens weet maar alles is dubbel gebuffer en die prestasie blyk redelik goed te wees.

Ander wenke

Ok, net 'n idee van die bokant van my kop ...

Hoe gaan dit met die skep van 'n sinchronisasie voorwerp, bv kritieke afdeling of 'n enkele slot, in jou aansoek, verdeel tussen jou werker en gui drade. Ignoreer die verf. Wanneer jy verf begin, sluit al die ander drade, so dat jy nie links met 'n half geverf skerm terwyl hulle die CPU hog.

(Dit is natuurlik aanvaar dat die aanbieding van 'n mooi prentjie om jou gebruiker is die belangrikste ding wat jy nodig het;))

  

'n bietjie stadig en jy kan nie beheer oor die gebeurtenis verf so tydens verwerker intensiewe bedrywighede die UI die gebruiker kan laat staar na 'n half gelewer skerm.

Dit is oor die algemeen 'n slegte idee om duur take te doen op die UI draad. Om jou UI reageer hou, moet hierdie take uitgevoer word deur 'n werker draad

Eintlik is jy kan die geleentheid verf ignoreer.

En die idee is dat jy af te laai lang-lopende bedrywighede om 'n aparte draad. Dit is geen verskil van enige ander gebeurtenis gedrewe raamwerk, regtig. Enigiets wat staatmaak op 'n hantering van 'n Paint gebeurtenis gaan vatbaar vir wat om te wees.

Ook, daar is geen stelsel waarmee jy bepaal wanneer die gebeurtenis verf word opgewek. Daardie soort gebeurtenis is oor die algemeen geopper deur die venster bestuurder laag, wat buite die aansoek (of selfs die raamwerk). Jy kan hanteer die geval jouself en net nie werk sommige van die tyd doen, maar ek sou dit nie aanbeveel nie.

Gelisensieer onder: CC-BY-SA met toeskrywing
Nie verbonde aan StackOverflow
scroll top