Compact Framework Ligero GUI Framework?[cerrado]

Question

Winform en la FQ es un poco pesado, inicialización de una gran cantidad de controladores de windows toma en serio el tiempo y la memoria.Otro problema es la falta de incorporado el doble búfer y la falta de control que tiene sobre el procesamiento de interfaz de usuario significa que durante el uso intensivo del procesador de operaciones de la interfaz de usuario puede dejar al usuario mirar una mitad prestados pantalla.Bueno!

Para aliviar este problema me gustaría buscar un ligero marco de control, hay una patadas sobre ya o uno de homebrew?

Por ligero me refiero a una biblioteca de control que permite un control total de la pintura de los controles y no tiene muchos caro de controladores de windows.

NOTA:Por favor no sugieren que estoy corriendo demasiado en el subproceso de interfaz de usuario.Que es no el caso.

Answer 1

Corrí a través de esto el otro día, que puede ser útil, al menos como punto de partida: Fuild - Windows Mobile .NETO de los Controles Táctiles.La mirada y la sensación es agradable, pero no hay compatibilidad en tiempo de diseño.Yo no sé mucho acerca de la huella de memoria, etc, pero todo es de doble buffer y el rendimiento parece ser bastante bueno.

Answer 2

Ok, es solo una idea, en la parte superior de mi cabeza...

Cómo acerca de la creación de un objeto de sincronización, por ejemplo,sección crítica o bloqueo, en su aplicación, compartido entre el trabajador y la interfaz de usuario hilos.Reemplazar la pintura.Cuando usted comienza a pintar, bloquear todos los otros hilos, de tal manera que usted no se quede con la mitad de pintado de la pantalla, mientras que el cerdo de la CPU.

(por supuesto, esto supone que la presentación de una bonita imagen para que el usuario es lo más importante que usted requiere ;) )

Answer 3

un poco lento y no se puede controlar el evento paint, por lo que durante uso intensivo del procesador de operaciones de la interfaz de usuario puede dejar al usuario mirar una mitad prestados pantalla.

Por lo general es una mala idea para hacer tareas costosas en el subproceso de interfaz de usuario.Para mantener su interfaz de usuario sensible, estas tareas deben ser realizadas por un subproceso de trabajo

Answer 4

En realidad, se puede anular el evento paint.

Y la idea es que la descarga de las operaciones de larga duración a un subproceso independiente.Que no es diferente de cualquier otro evento impulsado por marco, de verdad. Nada que se basa en un manejo de un evento Paint va a ser susceptible a la que.

También, no hay sistema que permite determinar cuando el evento paint se eleva.Que tipo de evento es, en general, aumentó por la ventana del administrador de la capa, que está fuera de la aplicación (o incluso el marco).Usted puede manejar el evento a ti mismo y simplemente no hacer el trabajo por algún tiempo, pero yo no lo recomiendo.