5
¿Cuál sería el mejor enfoque?La forma menos molesta de verificar las actualizaciones automáticas en la aplicación nativa
Hasta ahora se me ocurre:
Súper pequeña exe WinMain en HKLM \ Run que comprueba, por ejemplo, dos veces al día
servicio de Windows que comprueba, por ejemplo, dos veces al día
(parece que no puede encontrar una manera de empezar la tarea GUI a través de la cuenta de usuario, el aislamiento de escritorio y otras cosas)tareas programadas
Aplicación en sí (no funciona si hay varios archivos EXE, por ejemplo, como en Sysinternals Suite, muchas, muchas aplicaciones, una gran suite)
Algo más? Quiero que siga siendo nativo y evite ser entrometido o retrasar el inicio del arranque en frío.
"Servicio de Windows" sería una de las cosas que me haría desinstalar tu programa de inmediato y te haría recibir un correo de odio. Es el tipo de cosas que simplemente no haces, a menos que tengas la arrogancia increíble para creer (como algunas compañías de software importantes) que eres el propietario de la computadora del usuario, no de ellos. Verificación de una actualización al inicio del programa es aceptable, pero esto debe ser configurable. Si no se puede apagar, molestará a muchos usuarios (por lo menos con acceso telefónico). – Damon
Ya tiene 4 enfoques que puede hacer el trabajo. ¿Por qué necesitas más? No podemos ayudarlo a elegir, no dijo nada sobre su aplicación, su uso y el tipo de usuario que la ejecuta. –
La base de usuarios esperados va desde analfabetos informáticos hasta gurús. Y deseo notificar al usuario sobre actualizaciones funcionales y de seguridad. Idea es evitar la edición IE6-forever. De modo que los usuarios con conocimientos informáticos limitados todavía estarían en la última versión. En mi opinión, los 4 enfoques parecen hostiles para una parte de la base de usuarios, y sinceramente no sé cuál es el mejor enfoque. – Coder