\u00bfQu\u00e9 es Xamarin?<\/h2>\n
Xamarin es un entorno de desarrollo de apps que utilizando c\u00f3digo C# para la l\u00f3gica y XAML<\/strong> para las vistas consigue compilar de manera nativa para m\u00faltiples plataformas (iOS, Android, WP8, UWP, Mac\u2026). Existen varios IDE disponibles tanto en Windows como Mac pero lo recomendable es utilizar aquel que est\u00e9 integrado con Visual Studio<\/strong> puesto que los dem\u00e1s est\u00e1n siendo descontinuados poco a poco. Estamos hablando de trabajar en un entorno totalmente integrado con Microsoft<\/strong>.<\/p>\n <\/p>\n <\/p>\n Hasta el a\u00f1o pasado su licencia de uso ten\u00eda un coste muy elevado pero fue adquirida por Microsoft y pas\u00f3 a ser gratuita suponiendo un punto de inflexi\u00f3n. Gracias a esto goza de una comunidad y apoyo superiores en comparaci\u00f3n con otras soluciones lo que la convierte en una opci\u00f3n muy a tener en cuenta. Inicialmente solo exist\u00eda Xamarin Native (tambi\u00e9n llamado Classic) pero en 2014 hizo su aparici\u00f3n Xamarin Forms. Ambas comparten la filosof\u00eda de reducir al m\u00ednimo el uso de c\u00f3digo pero difieren completamente en la manera de abordar su desarrollo as\u00ed como del producto resultante.<\/p>\n El uso de uno u otro es m\u00e1s apropiado seg\u00fan las necesidades del proyecto y las caracter\u00edsticas del equipo. Primero veamos qu\u00e9 es cada una para finalmente analizar cu\u00e1l opci\u00f3n es m\u00e1s conveniente.<\/p>\n A trav\u00e9s de binding nativos<\/strong> se comunica con las APIs nativas del sistema y se implementan los componentes nativos tales como Activities, ViewControllers, Fragments o Views mediante clases y m\u00e9todos con nombres muy parecidos de la plataforma. Es lo m\u00e1s parecido a programar en nativo<\/strong> que puede haber pero utilizando para la l\u00f3gica el lenguaje C# en lugar de los equivalentes nativos de iOS (Objective-C, Swift), Android (Java, Kotlin) u otros. La creaci\u00f3n de vistas es similar a las nativas utilizando Storyboards y XML. Se aplica el patr\u00f3n MVVM siendo muy extendido para ello el uso de la librer\u00eda MvvmCross.<\/p>\n Algo a tener en cuenta es que se necesita crear un proyecto para cada sistema operativo puesto que los objetos, llamadas y arquitectura en general son completamente diferentes los unos de los otros. Es decir, es posible compartir c\u00f3digo para funcionalidades comunes pero luego la generaci\u00f3n de las vistas y su interacci\u00f3n con los datos debe ser espec\u00edfica por plataforma. El proyecto compartido ir\u00e1 en el Core de la aplicaci\u00f3n (PCL) y luego habr\u00e1 tantos proyectos con c\u00f3digo propio como plataformas se requieran (Xamarin.iOS, Xamarin.Android,<\/strong>…).<\/p>\n <\/p>\n <\/p>\n En pos de minimizar el tiempo del desarrollo surge esta herramienta que maximiza la cantidad de c\u00f3digo compartido entre plataformas<\/strong>. Con ella el c\u00f3digo com\u00fan no es solo para tareas aisladas sino que es posible dise\u00f1ar todas la funcionalidades y vistas de la aplicaci\u00f3n. Ser\u00eda similar a desarrollar h\u00edbridas pero con resultados nativos<\/strong>. Con lenguaje C# para la l\u00f3gica y XAML para las vistas en lugar de JS+HTML5+CSS3 o Lua entre otros. En este caso el patr\u00f3n MVVM con two-way data binding est\u00e1 perfectamente integrado sin necesidad de usar librer\u00edas externas.<\/p>\n La particularidad m\u00e1s importante es que genera los componentes visuales personalizados autom\u00e1ticamente para cada plataforma<\/strong>. Algo similar a lo que hace Ionic cuando se utiliza en aplicaciones h\u00edbridas solo que recordemos que esta vez se trata de componentes nativos propios. Las clases y m\u00e9todos se unifican aunque siguen siendo reconocibles para un desarrollador m\u00f3vil. Por ejemplo en lugar de un ViewController o Activity habr\u00e1 un Page. No obstante para ciertas funcionalidades sigue siendo necesario complementar con c\u00f3digo en el proyecto espec\u00edfico de cada plataforma.<\/p>\n <\/p>\n <\/p>\n En caso de querer personalizar la interfaz gr\u00e1fica o el comportamiento funcional de determinadas pantallas para cada una de las plataformas es posible hacerlo mediante Custom Renderers o Dependency Services respectivamente. Incluso es posible integrar controles nativos para acceder a todas sus propiedades, muy \u00fatil para los casos en los que Xamarin Forms no ha implementado completamente la funcionalidad. La agilidad que aporta Xamarin Forms se complementa perfectamente con la personalizaci\u00f3n espec\u00edfica de Xamarin Native.<\/p>\n <\/p>\n Utilizar Xamarin Native como Xamarin forms es una buena elecci\u00f3n si la empresa trabaja con tecnolog\u00edas .NET de Microsoft.<\/strong> Ahora que ya tenemos un conocimiento de las principales caracter\u00edsticas y diferencias cada una de ellas podemos empezar a tomar una decisi\u00f3n de cu\u00e1l utilizar. Si todav\u00eda tienes dudas para t\u00fa\/nuestro proyecto, el departamento de multicanalidad de Hiberus<\/a> puede ayudarte y aconsejarte la opci\u00f3n m\u00e1s adecuada.<\/p>\n \u00bfQuieres m\u00e1s informaci\u00f3n sobre nuestros servicios de desarrollo de aplicaciones m\u00f3viles?<\/p>\n Contacta con nuestro equipo de Mobile<\/p>\n <\/div>\n <\/p> ![\"xamarin](\"https:\/\/www.hiberus.com\/crecemos-contigo\/wp-content\/uploads\/2017\/08\/xamarin-desarrollo.png\")
<\/p>\nXamarin Native<\/h2>\n
![\"Xamarin](\"https:\/\/www.hiberus.com\/crecemos-contigo\/wp-content\/uploads\/2017\/08\/Screen-Shot-2016-01-22-at-15.23.41.png\")
<\/p>\nXamarin Forms<\/h2>\n
![\"Xamarin](\"https:\/\/www.hiberus.com\/crecemos-contigo\/wp-content\/uploads\/2017\/08\/xamarin-desarrollo-2.png\")
<\/p>\n<\/ul><\/div>\n