sp1 para net microsoft full framework descargar compact .net windows-mobile compact-framework

microsoft - Para un desarrollador de.net, ¿cuál es la curva de aprendizaje para acceder al desarrollo móvil?



net framework 3.5 offline windows 10 (6)

Creo que la curva puede depender un poco del tipo de mundo .Net del que provienen, así como del tipo de desarrollo móvil en el que desea incursionar. Por ejemplo, si usted es un desarrollador web y desea construir un sitio usando los controles móviles dentro del marco .Net compacto, esto puede no ser tan difícil como decir que un desarrollador web intenta escribir una aplicación independiente donde hay un cambio en cómo las cosas deberían fluir. También está la cuestión de cómo se quiere llamar desarrollo móvil, ya que está el iPhone, Blackberries, teléfonos inteligentes Treo y algunos otros entornos que pueden tener capacidades diferentes en cierta medida.

¿Qué significa .Net? Hay diferentes números de versión y diferencias originales y compactas.

Creo que hubo otra respuesta que aborda bien tu última pregunta.

Para un desarrollador de .net, ¿cuál es la curva de aprendizaje para acceder al desarrollo móvil?

¿Cuántos sistemas operativos diferentes hay que ejecuten .net?

¿Windows windows es lo mismo que windows ce?


Creo que una formación en desarrollo de .NET definitivamente ayuda. Existen algunas diferencias entre las dos plataformas, la más importante es que Compact Framework solo proporciona un subconjunto de .NET Framework. Esto puede resultar difícil al realizar la transición desde el entorno de escritorio cuando algunas funciones con las que su familiar no está implementado en el CF.

Algunas otras cosas a tener en cuenta al desarrollar dispositivos con Windows Mobile:

  • Abastecimiento a la multitud de orientaciones de pantalla, tamaños y resoluciones
  • Limitaciones de velocidad del procesador
  • Limitaciones de memoria / gestión
  • Diseño de interfaz de usuario (simplemente no tiene el mismo estado de pantalla que en el escritorio)
  • Entrada de datos (Stylus / Soft Input Panel)

Un gran problema es cómo diseñar la interfaz de usuario. WinCE parece seguir asumiendo la operación de usuario a 3 manos de escritorio (izquierda, derecha y mouse) y la arquitectura basada en eventos que permite (requiere) que el usuario inicie todo de manera conjunta. Esto a menudo no funciona muy bien en un teléfono celular. Olvídate de los menús desplegables. Las ventanas multipanel no son muy útiles. etc. etc. Muchos de sus supuestos y patrones de diseño fundamentales deben ser desaprendidos.


No se puede agregar mucho a lo que ya está aquí, pero diré que te sorprenderás en muchos lugares si solo has utilizado el Framework completo.

  • Hay verdadero, falso y apagado, recuerde esto al escribir código que toca los recursos del sistema.
  • Rendimiento - OMG, las cosas son lentas, probablemente mucho más lentas de lo que cabría esperar en algunos lugares.
  • Faltan trozos y piezas: deberá volver a escribir la rueda en algunas ocasiones ya que algunas cosas no se han portado debido al espacio. ¿Mencioné Decimal. Round () solo es compatible con el redondeo bancario?
  • Teclas ... hay teclas limitadas. A veces puede que quiera que las teclas hagan cosas diferentes, entonces recordará que los widgets de WinForm interceptan claves y hacen cosas preprogramadas. Oh no!
  • P / invocar. Algunas de las cosas que está acostumbrado a obtener de forma gratuita requerirán P / Invocaciones.
  • El GC es diferente . Puede valer la pena leerlo si quieres crear una aplicación grande.
  • No todos los dispositivos son iguales, como las PC son lo mismo.

Además de los comentarios de ctacka sobre la confusión causada por varias versiones de OC, mencionaría mi dificultad inicial con la gran cantidad de opciones de CAB para frameworks, SDK y especialmente motores y clientes de SQL Server. Las opciones parecen estar cambiando todo el tiempo y todavía estoy tratando de resolverlo todo. Mi parte más empinada de la curva de aprendizaje para Mobile Development fue lograr que los entornos de desarrollo y tiempo de ejecución e instalar los procesos funcionaran correctamente.


Curva de aprendizaje

Odio decir "depende", pero realmente lo hace, y en varios factores. ¿Cuál es su experiencia de "desarrollo de .NET"? Tenga en cuenta que el CF es compatible con C # y VB.NET, por lo que si usted es un chico COBOL.NET, va a ser más pronunciado que si fuera un chico C #. Si haces principalmente ASP.NET en el escritorio, será más empinado que si utilizas WinForms. Si no sabes nada sobre los escenarios ocasionalmente conectados y nada sobre los sistemas integrados, será más empinado que si lo hicieras.

Pasar del escritorio al móvil es bastante sencillo, pero Compact Framework contiene un subconjunto del marco completo, pero no es un subconjunto puro. También contiene varias cosas que simplemente no existen en el escritorio. Entonces hay algunas cosas que aprender

Más grande que eso, sin embargo, es que a menudo necesita una mentalidad diferente. Usted no tiene archivos de intercambio. Tiene memoria y almacenamiento limitados. Tienes sueño / despertar Tiene resoluciones más pequeñas y resolución dinámica y cambios de aspecto. Los desarrolladores de escritorio rara vez piensan en estas cosas.

Sistemas operativos

Esto es más sencillo. Solo las plataformas Windows CE (consulte la siguiente respuesta para obtener más aclaraciones) son compatibles con el Marco compacto. También está el Micro Framework, pero lo llamaría más "incrustado" que "móvil", por lo que es probable que no sea algo que esté considerando (corríjanme si me equivoco allí).

CE versus WinMo

Este es un gran punto de confusión para muchos principiantes. A diferencia de XP (excluya XPe por el bien de esta discusión) o Vista, Windows CE es un sistema operativo modular. Eso significa que el OEM del dispositivo puede elegir incluir o excluir prácticamente cualquier característica del sistema operativo. Eso significa que no hay nadie "Windows CE". Piensa en Windows Mobile y un cliente de Windows CE. Toman CE y seleccionan un subconjunto específico de características disponibles. A continuación, le agregan sus propias piezas (como el shell WinMo, varias API, etc.). Esto significa que un dispositivo CE de vanilla puede (y con frecuencia tendrá) cosas que un dispositivo con Windows Mobile no tiene. También significa que todos los dispositivos con Windows Mobile contienen piezas que ningún dispositivo CE de vanilla puede tener. Para que sea aún más divertido, el OEM de WinMo puede agregar incluso sus propias cosas, por lo que un dispositivo de WinMo puede tener cosas que otro no tiene.

Esto ni siquiera entra en las diferencias entre las propias plataformas WinMo (Professional, Standard, Smartphone, Phone Edition, etc.).

Otras preguntas SO relevantes

Es posible que desee ver estos: