template - xamarin forms
¿Hay alguna ventaja al usar el perfil 158 de PCL sobre 78 para Xamarin y MvvmCross? (2)
Además del comentario de Daniel Plaisted, al perfil 78 le faltan algunos tipos más
- System.Threading.ThreadPool
- Sistema.Threading.Timer
Ambos pueden ser una solución mediante la creación de un complemento con implementación específica para cada plataforma o haciendo referencia a un marco anterior que los tiene y los envuelve, consulte la timer-in-portable-library
Además de eso, Microsoft lanzó un conjunto poderoso: Immutable-Collection ,
que admite PCL pero no es compatible con Silverlight y, por lo tanto, no es compatible con el perfil 158, pero sí con el perfil 78.
Estoy trabajando en una aplicación Xamarin multiplataforma dirigida a iOS y Android, utilizando el excelente marco MvvmCross de Stuart Lodge.
Microsoft lanzó recientemente nuevas versiones de sus paquetes BCL de Portable Class Library, y Stuart describe cómo configurar un proyecto con estos en http://slodge.blogspot.com.au/2013/11/quick-run-through-using-pcls-in.html .
Cuando se usa el perfil PCL 158, uno tiene que agregar el paquete asíncrono BCL y hacer algunos ajustes para que el proyecto iOS funcione.
Cuando se usa el perfil 78 de PCL, esto parece funcionar automáticamente, sin necesidad de los paquetes BCL.
¿Por qué uno usaría el perfil 158 sobre el perfil 78?
Profile158 soporta más plataformas. Específicamente puede ejecutarse en Silverlight 5, mientras que Profile78 no puede. Además, Profile158 usa las API de reflexión "más antiguas", por lo que si tiene un código existente que usa reflexión, es probable que sea más fácil de trasladar a Profile158.
Aunque todo lo demás es igual, recomendaría usar Profile78 a menos que tenga una razón para no hacerlo. Debería funcionar en Xamarin, si no es así, denúncielo como un error. :)