Visual Studio 15 Preview side by side Visual Studio 2015 Update 2. ¡Es un hecho!

image

Hoy es el día,

¿Convivirá Visual Studio 15 Preview y Visual Studio 2015 Update 2? Al igual que  en versiones anteriores, la convivencia no debería ser un problema, si bien, siempre queda alguna duda.  Así pues, si quieres saber cual es la respuesta, continua leyendo.

Antes de nada, echemos un vistazo a las novedades que incluye cada versión:

– Visual Studio 2015 Update 2: Página oficial

– Visual Studio 15 Preview (VS15): Página oficial o bien, en este otro link.

 

VS15 trae muchas novedades interesantes, pero lo que realmente ha hecho que no me lo piense mucho más, es que el desarrollo para Xamarin (Android e iOS) ya se encuentra incorporado de manera nativa en el IDE.

image

 

El proceso de instalación que he sido es el siguiente:

1) [Opcional]. Como paso inicial pero no necesario, he aprovechado para actualizar previamente el sistema con la versión “Windows 10 Insider Preview 14295  New!” sin problema de ningún tipo, no al menos hasta el momento. ¡Recordemos que se trata de una preview y todo lo que ello conlleva!

 

2) Actualización de Visual Studio 2015 al Update 2. Completada la instalación, me encuentro con que no puedo ejecutar mis desarrollos UWP. Concretamente, debido al error: “Cannot register the f756c511-bf45-40c2-b968-06659f6042e7_1.0.8.0_x86__8vrdchia8f0ps package because the following error was encountered while registering the windows.defaultPrograms ”.

Tras mucho “googlear” y poco resultado, finalmente revisando y analizando el fichero “Package.AppxManifest” encontré que todo se reducía a la eliminación de la siguiente entrada.

<uap:Extension Category=”windows.appointmentsProvider” EntryPoint=”ElGuerre.App1.Uwp.App”>
<uap:AppointmentsProvider />
</uap:Extension>

 

NOTA. Tras la eliminación manual de esta entrada, podemos volver añadirla desde el editor del manifiesto. Si tras ello editamos nuevamente el fichero, no la volveremos a encontrarla, pero seguirá apareciendo marcada en el editor. ¡Supongo que ha debido quedar obsoleta!

3) Instalación de VS15. Finalizada esta instalación podemos encontrarnos con algunos errores, quizás un poco habituales:

  1. Si se produce el error “[Critical] XDE Exit Code: InvalidArguments (3)”,
    • Reparar el SDK de Android (“Programs and Features > Microsoft Visual Studio Emulator for Android > Change”  y Reparar (“Repair”)
    • Eliminar de Hiper-V Manager todos los “Virtual Switch Manger”
    • Ejecutar XdeCleanup.exe “C:\Program Files (x86)\Microsoft XDE\10.0.10240.0”.
  2. Si seguimos teniendo el mismo problema, pasamos a modo manual:
    • Usar la herramienta “Visual Studio Emulator for Android” para desinstlar, descargar o iniciar emuladores. ¡Aseguremos de “matar” los procesos XDE si la desinstalación, descarga o inicio de un emulador nos advierte de no poder completar la acción!
    • Utilizar la consola de Hyper-V para ver el detalle de arranque y comporobar con más detalle lo que pueda estar ocurriendo.
    • Probar a deshabilitar la wifi y repetir el paso (2) conectados por cable a la red.
    • Si llegado este punto, los emuladores no se inician y observamos el error “init: Failed to read from /dev/hw_random: No such device”, entonces, eliminamos del fichero “C:\Program Files (x86)\Microsoft XDE\10.0.10240.0\SKUs\Android\xdesku.xml”, la entrada: GuestDisplayProvider=”VsEmulator.OpenGLGuestDisplay”.

Conclusión

  • Completadas las actualizaciones anteriores y, habiendo realizado el tour completo de errores y pasos, puedo concluir que una vez resueltos los conflictos, ambos productos pueden convivir.

Espero que este post sirva para despejar alguna que otra incertidumbre y para animar a alguien a dar el paso. Winking smile

Saludos
Juanlu

Referencias:

Template 10. Un nuevo camino para hacer aplicaciones UWP. ¡La churrera está en marcha!

Icon for package Template10

 

Template 10: “Una amplia biblioteca de helpers, servicios y clases para las aplicaciones UWP con el fin de maximizar la genialidad y minimizar lo repetitivo.”

UWP se encuentra entre nosotros y como sabemos, viene con muchas y nuevas caráctericticas: Device families, SplitView/Hamburger Menu, Relative Panel, StateTriggers/AdaptiveTrigger, etc. Si bien es cierto, la creacion de aplicaciones siguie siendo repetitiva teniendo que crear la estructura base o esqueleto de nuestra aplicación cada vez que comenzamos con una nueva. Es cierto que podemos crear una plantilla y guardarla para partir de ella. También es cierto que seguiremos teniendo que repetir código o pensar en la navegación, etc. Para evitar “todo” esto ¡llega TEMPLATE 10!

 

Con Template10 podremos comenzar a crear aplicaciones como UWP “churros” y disponer en ellas desde el momento cero, de “todo” lo imprescindible.

  • Controles
  • Behaviors
  • Services
  • Converters
  • MVVM y, ademas compatible con con MVVMLight (Galasoft) y IoC/DI.
  • etc.

Personalmente lo que mas me gusta de Template 10, es toda la funcionalidad que incluye Out-of-the-box:

  • Plantillas de projectos “Mínima” o “Básica”
  • BootStrapper. Menos eventos en nuestro “App.xaml.cs”. En lugar de: OnLaunched, OnActivated, OnFileActivated, OnCachedFileUpdaterActivated, etc. Unicamente necesitaremos dos: “ public override async Task OnInitializeAsync(IActivatedEventArgs args)” y “   public override async Task OnStartAsync(StartKind startKind, IActivatedEventArgs args)”
  • Menu Hamburger
  • Navegación y control del Menú, sin tener que codificar practicamente nada.
  • Adios a “Behaviors SDH (XAML)”. Referencia con advertendia de obsolescencia y Bienvenida: “Microsoft.Xaml.Behaviors.Uwp.Managed”, como Open Source.
  • El códio se encuentra en Gihub: https://github.com/Windows-XAML/Template10 y además, con algunos ejemplos para hacerlo aún más fácil.

Los pasos que seguiremos para la ejecución de una aplicación haciendo uso de Templat10 son los siguientes:

  1. Descargar el instalable (v1.5) para la plantilla de proyecto desde aquí.
  2. Crear un nuevo proyecto de tipo Template 10 (Minimal): image
  3. Actualizar desde NuGet el paquete “Template10” e incluir el paquete “Microsoft.Xaml.Behaviors.Uwp.Managed”
  4. En estos momento y hasta que sea actualizada la plantilla de proyecto, modificar el constructor de la clase Shell.xaml.cs, sustituyendo el parámetro “NavigationService” por su interfaz “INavigationService” tal y como puede verse en la siguiente image: image
  5. F5 y voilá…

imageimage image

Espero que haya sido de utilidad.

Gracias @jerrynixon, por ofrecernos tan apreciado trabajo y hacernos más facil la creación de nuestas aplicaciones. “Thanks so much”

Saludos
Juanlu, ElGuerre

[TIP Windows10 – x:Bind]: El fin de los parámetros <null> desde un “AppBarButton”

Muy buenas,

Al desarrollar aplicaciones Window Phone 8/8.1 con MVVM, el paso de parámetros desde un boton “AppBarButton” de una “CommandBar”,  siempre se convertía en una tarea un poco tediosa y, por consiguiente, teníamos que implementar algun tratamiento extra . Ahora, para las aplicaciones universales y gracias a “x:Bind”, ya no será necesario. Veamos como solucionarlo con un pequeño cambio.

Situación / Problema:

Enlazando el DataContext de una página con su ViewModel. Aunque podría se cualquiera, en en este ejemplo usamos el Contenedor de Unity (SimpleIoC) de MvvmLight de Galasoft.

image

A continuación, el enlazado con el “Comand” se hace a partir del DataContext antes definido. Sin embargo y, aunque debería ocurrir lo mismos para el “CommandParameter”, no es así. En el Comando (RelayCommand) implementado en el ViewModel, el parámetro recibido siempre tiene el valor nulo en lugar del objeto pasado “lvTasks” (ListView, en este caso).

image

Nota: Esto ocurre ya que el botón no es capaz de localizar el elemento “lvTasks” definido en la página, puesto que el enlazado lo está haciendo con el ViewModel. ¡Lo curioso es que esto es así para este tipo de botones pero nó para otros controles!

 

Solución:

Hasta ahora, para solucionar los inconvenientes anteriores, teníamos que crear una propiedad adicional en el ViewModel, cambiar los DataContext en el “CodeBehind” y otras alternativas que podemos ver buscando en Google. La cuestión es que supone ensuciar el código para hacer algo muy trivial.

Desde que contamos con “x:Bind” en Windows 10, la solucion es mucho más simple. Cambiamos “Binding ElementName=lvTasks” por “x:Bind lvTasks” y todo solucionado:

image

Como vemos, x:bind es capaz de localizar el control “lvTasks” en la página y por tanto nuestro RelayCommand deja de recibir parámetros nulo.

image 

Recordemos además, que el uso de x:Bind crea un enlace a datos fuertemente tipados y aporta mejoras de rendimiento.  Para más informació sobre x:Bind, podéis echar un vistazo a este post de nuestro compañero @JavierSuarezRuiz

Espero que sea util.

Salduos
Juanlu, ElGuerre