En una combinación entre ver el streaming de Microsoft en directo, sumado a algunas sesiones técnicas veremos todas las novedades que llegan junto a la actualización Creators Update.
Creators Update
El evento tendrá lugar el próximo Miércoles, 08 de Febrero desde las 18:00h.
El pasado 05 y 06 de Octubre, en el Palacio Municial de Congresos de Madrid tenía lugar el Microsoft tech Summit 2016, un evento donde se daban cita clientes, partners y desarrolladores de tecnologías Microsoft.
Microsoft Tech Summit
Con 10 Tracks organizados en diferentes categorías, varias deceneas de sesiones, un par de talleres y cientos de asistentes, un gran evento donde volver a ver a grandes amigos, conocer a otros nuevos, compartir y aprender mucho.
A continuación, una pequeña galería con algunos momentos del evento:
Pude participar en el evento con una sesión en el track de Mobile Apps & Cross-Platform junto a un taller.
En la sesión me centré en dar a conocer todas las implicaciones y conceptos necesarios para desarrollar una aplicación UWP para Xbox One. Aspectos como la gestión del Gamepad, sonido o la adaptación a TV además de cómo adaptar la UI, sacar partido con efectos visuales y elementos 3D.
App UWP para Xbox One
La presentación utilizada la tenéis disponible a continuación:
En cuanto a las demos técnicas realizadas, las tenéis disponible en GitHub:
Además de la sesión, por la tarde, disfrutamos de un divertido taller de 2,5h sobre Xamarin.
Realizamos paso a paso desde cero una aplicación meteorológica realizada con Xamarin.Forms y utilizando MVVM. Muy divertido!
Me gustaría terminar agradeciendo a Microsoft, sponsors, ponentes y asistentes por hacer el posible el evento. Ante la cantidad y calidad de sesiones, el networking, sorpresas, concursos y grandes momentos, no puedo terminar de otra forma que no sea…
Windows 10 ha llegado como la culminación en el viaje hacia la convergencia en el desarrollo entre plataformas Windows. Ahora hablamos de Apps Universales escritas una única vez con un código común tanto para la lógica de negocio como para la interfaz de usuario. Además, generamos un único paquete que mantendrá una interfaz consistente y familiar para el usuario pero adaptada a cada plataforma.
Podemos crear apps que funcionen en todo tipo de dispositivos como teléfonos, tabletas, portátiles, dispositivos IoT, Surface Hub e incluso Xbox One. Para ello tenemos las vías utilizadas hasta este momento, es decir, utilizando C# y XAML (o VB, C++, etc).
Ahora con la posibilidad no solo de desarrollar aplicaciones UWP para Xbox One sino además con la posibilidad de publicar la misma en la tienda, se convierte en una nueva vía llena de posibilidades.
Entre el conjunto de aplicaciones de interés para la plataforma, existen algunas categorías con especial peso como por ejemplo, las aplicaciones multimedia. Contenido en directo, bajo demanda o compartir contenido multimedia a nivel social son opciones habituales hoy día y con gran interés en una Xbox One conectada a una gran pantalla.
Te lanzas manos a la obra, con contenido adaptativo PlayReady utilizando un MediaElement y Microsoft Universal Smooth Streaming Client SDK, todo funciona correctamente pero a la hora de reproducir en la Xbox One…
MEDIA_ERR_SRC_NOT_SUPPORTED – 0x80070005
¿Qué ocurre?.
Tranquilo, no estas haciendo nada incorrecto, para reproducir contenido PlayReady DRM en una aplicación UWP en Xbox One se requiere una DeviceCapability específica en el manifiesto.
Haz clic derecho sobre el archivo Package.appxmanifiest. Selecciona la opción abrir con editor XML. Dentro del conjunto de Capabilities debes añadir:
<Capabilities> <DeviceCapability Name="6a7e5907-885c-4bcb-b40a-073c067bd3d5" /> </Capabilities>
Y todo listo!.
IntroducciónData binding es un mecanismo mediante el cual podemos enlazar los elementos de la interfaz de usuario con los objetos que contienen la información a mostrar. Cuando realizamos data binding, creamos una dependencia entre el valor de una propiedad llamada target con el valor de otra propiedad llamada source. Donde normalmente, la propiedad target recibirá el valor de la propiedad source.
Es el mecanismo base que nos permite utilizar el patrón MVVM en nuestras Apps móviles logrando:
Sin embargo, además de toda la potencia mencionada teníamos ciertas limitaciones. Los errores de Binding no se producían en tiempo de compilación de la App además de tener diferentes mejoras relacionadas con el rendimiento. Limitaciones existentes hasta ahora…
Con la llegada de Windows 10 nos llegaba la posibilidad de crear bindings compilados en lugar de los bindings clásicos. Ya vimos previamente su uso, pros y contras en este artículo. Ahora, con la llegada del Anniversary Update nos llegan una gran cantidad de novedades relacionadas con el desarrollo que iremos desgranando poco a poco, entre las que se incluyen novedades en x:Bind.
En este artículo vamos a centrarnos en el conjunto de novedades incluidas en el sistema de enlace a datos compilados en la actualización Anniversary Update.
Previamente, desde la versión 1607 de Windows, {x:Bind} soportaba un evento como parte del enlace a datos.
Veamos un ejemplo. Vamos a crear una interfaz mostrando un listado de casas. La colección de casas:
private ObservableCollection<House> _houses;
public ObservableCollection<House> Houses
{
get
{
if (_houses == null)
LoadHouses();
return _houses;
}
}
Que cargaremos con sencillos datos locales:
private void LoadHouses()
{
_houses = new ObservableCollection<House>();
_houses.Add(new House
{
Name = "Home 1"
});
_houses.Add(new House
{
Name = "Home 2"
});
}
La interfaz de usuario, un control ListView enlazado con un enlace compilado a la colección:
<ListView
ItemsSource="{x:Bind Houses}"
ItemTemplate="{StaticResource HouseDataTemplate}" />
En cuanto a la plantilla que define cada elemento del listado:
<DataTemplate
x:Key="HouseDataTemplate"
x:DataType="model:House">
<Grid>
<Grid.ColumnDefinitions>
<ColumnDefinition Width="Auto" />
<ColumnDefinition Width="*" />
</Grid.ColumnDefinitions>
<TextBlock
Text="{x:Bind Name}"
x:Phase="1"
VerticalAlignment="Center" />
<Button
Grid.Column="1"
Content="Click me!"
Click="{x:Bind Click}" />
</Grid>
</DataTemplate
Se utiliza x:Bind para enlazar las propiedades, estableciendo el tipo de los datos a enlazar mediante la propiedad x:DataType.
NOTA: Recuerda que x:Bind está fuertemente tipado.
¿Ves algo «raro»?. El botón incluido dentro de la plantilla enlaza el evento Click a «algo» llamado Click.
Hasta ahora no habíamos visto la definición de la entidad House:
public class House
{
public string Name { get; set; }
public void Click(object sender, RoutedEventArgs e)
{
Debug.WriteLine(string.Format("Clicked {0}!", Name));
}
}
Ahora probablemente has deducido que ocurre. Se pueden realizar enlace a datos directamente a eventos. Se necesita en el evento:
Al pulsar el botón de cada plantilla, se desencadena el evento Click que tenemos disponible en la entidad.
El resultado:
Event Bindings
Ahora, tras la actualización Anniversary Update, se da un paso más permitiendo enlazar con cualquier método sin necesidad de un converter. Las únicas condiciones que debe complir el método es que sea público y en caso de tener parámetros, facilitarlos. Una forma de:
Veamos un ejemplo. En algunos formularios donde hay contraseñas involucradas se ofrece feedback visual de la seguridad de la contraseña introducida. Vamos a mostrar una barra de color rojo, naranja o rojo dependiendo de la seguridad.
Tendremos una propiedad donde se enlazará la contraseña:
public string UserPassword { get; set; }
En la UI:
<ProgressBar
Background="Transparent"
Foreground="{x:Bind PasswordStrengthBrush(Password.Password), Mode=OneWay}"
Value="{x:Bind PasswordStrengthValue(Password.Password), Mode=OneWay}"
Height="3"/>
<PasswordBox
x:Name="Password"
PlaceholderText="Insert Password"
Password="{x:Bind UserPassword, Mode=TwoWay}" />
Un control PasswordBox encargado de capturar la contraseña (utilizando x:Bind), y en la parte superior un ProgressBar que mostrará más o menos recorrido y distintos colores dependiendo de la seguridad de la contraseña introducida.
Fíjate en el enlace a datos de Foreground y Value del PasswordBox. ¿Qué está pasando?.
Para modificar el color se enlaza a un método público llamado PasswordStrengthBrush que recibe como parámetro la contraseña (directamente accediendo a la propiedad Password del PasswordBox!).
En cuanto al valor, de nuevo, se hace un enlace a un método público llamado PasswordStrengthValue recibiendo como parámetro de nuevo la contraseña.
El primero de los métodos:
public SolidColorBrush PasswordStrengthBrush(string password)
{
if (string.IsNullOrEmpty(password))
return new SolidColorBrush(Colors.Transparent);
int length = password.Length;
if (length >= 3 && length < 6)
return new SolidColorBrush(Colors.Orange);
if (length >= 6)
return new SolidColorBrush(Colors.Green);
return new SolidColorBrush(Colors.Red);
}
Si la longitud de la contraseña es inferior a tres carácteres, se devuelve color rojo, si es ingerior a seis carácteres, color naranja, devolviendo color verde en caso de que la longitud de la contraseña sea superior a seis carácteres.
El segundo de los métodos:
public double PasswordStrengthValue(string password)
{
if (string.IsNullOrEmpty(password))
return 0;
int length = password.Length;
if (length >= 3 && length < 6)
return 66;
if (length >= 6)
return 100;
return 33;
}
Aumentará el progreso de la barra de progreso en base a la longitud de la contraseña.
El resultado:
Function Bindings
En un escenario donde se necesite un enlace a datos en modo two-way, se debe tener un segundo método encargado de hacer la operación inversa. Esto se consigue utilizando la propiedad BindBack.
x:Bind añade soporte a conversiones implícitas de algunos tipos.
Ya no sería necesario!. Podemos tener propiedades de tipo bool:
public bool IsVisible { get; set; }
public bool IsNotVisible { get; set; }
Donde una es cierta y otra falsa:
IsVisible = true; IsNotVisible = false;
Al enlazar desde la UI:
<TextBlock
Text="Visible"
Visibility="{x:Bind IsVisible}"/>
<TextBlock
Text="No Visible"
Visibility="{x:Bind IsNotVisible}"/>
Podemos enlazar la propiedad Visibility directamente con bindings compilados a las propiedades de tipo bool.
¿El resultado?
Conversiones implícitas
El esperado, se muestra el elemento visual enlazada la propiedad verdadera. Se realiza la conversión implícita de un tipo a otro.
Al contrario que el sistema de enlace a datos clásico que hace uso de duck typing, validación semántica, para validar el enlace, los bindings compilados verifican en tiempo de compilación que los tipos de los datos proporcionados coinciden. O lo que es lo mismo, si el valor que se estan tratando de enlazar no tiene un casting implícito al tipo de la propiedad, no se puede realizar el enlace sin un converter.
Eso era hasta ahora. Al más puro estilo C#, podemos declarar casting explícitos en un binding compilado.
Si tenemos una propiedad de tipo object:
public object Element { get; set; }
Si al crear la instancia, se crea utilizando un tipo específico (en nuestro ejemplo se utilizan tipos básicos para simplificar el ejemplo, object y TextBlock):
Element = new TextBlock
{
Text = "Cool"
};
En la UI:
<TextBlock
Text="{x:Bind ((TextBlock)Element).Text}"/>
El resultado:
Casting explícito
Se hace el casting al tipo TextBlock y podemos acceder a sus propiedades, enlazamos al texto.
Tenéis el código fuente del ejemplo utilizado disponible en GitHub:
Interesantes novedades, algunas de ellas muy solicitadas. También se han añadido otro tipo de actualizaciones menores como el soporte a más tipos de datos, por ejemplo, acceder a un índice específico de un diccionario clave-valor. Sin embargo, nos hemos concentrado en las que mayor impacto directo pueden tener en el desarrollo del día a día.
Y a ti, ¿qué te parecen?, ¿cúal es tu novedad favorita?, ¿qué te gustaría que se añadiese?.
El pasado 09 de Agosto, desde el grupo XDev en Madrid, se organizaba un evento veraniego centrado en desarrollo móvil multiplataforma, con temas como convertir aplicaciones de iOS a UWP o extender Xamarin.Forms, además de tener momentos para el networking y algun que otro detalle con los asistentes.
Pude participar en el evento con dos sesiones.
En la primera de ellos, nos centramos en el Windows Bridge para iOS, WinObjC. Convertimos algunas aplicaciones iOS a UWP e incluso vimos como añadir características específicas de la plataforma Windows como el uso de Live Tiles.
En la segunda sesión, nos centramos en como extender Xamarin.Forms para poder acceder a características específicas de cada plataforma, crear nuevos controles o efectos con el objetivo de ofrecer la mejor experiencia posible en cada plataforma, aun compartiendo gran parte de la interfaz de usuario.
En cuanto a las demos técnicas realizadas, las tenéis disponible en GitHub:
Quisiera terminar añadiendo algunos agradecimientos. Gracias a todos los asistentes por asistir además de la constante participación con preguntas, en estas fechas y con tan poca antelación en el anuncio del evento es destacable; gracias a Dachi Gogotchuri por toda la ayuda en la organización y gracias a Liferay por sus increíbles instalaciones cediéndonos una sala. Nos vemos en la próxima!
IntroducciónA finales del año pasado nació el grupo de usuario XDev en Madrid, grupo de desarrolladores multiplataforma de Madrid.
Aprovechando visita a la capital, ¿algo mejor que organizar un evento junto a un poco de coworking?
El evento tendrá lugar el próximo Martes, 09 de Agosto y contará con dos sesiones:
Se realizará en Liferay en sus oficinas de Paseo de la Castellana, 280, 28046 Madrid.
IntroducciónDesde que Hololens apareció en nuestro horizonte, aparición a aparición, demo tras demo ibamos viendo posibilidades y un nuevo abanico de opciones abiertas de cara al desarrollo. Más tarde conocimos características, se liberó el SDK y comenzaron las primeras hornadas de dispositivos llegando a desarrolladores.
Hololens
Ahora, con ellas a nuestra alcance, tras probar a fondo el SDK, emulador, Unity e incluso con la liberación de la versión inicial de la extensión de Hololens de parte de Wave Engine, ¿algo mejor que verlo y probarlo todo a fondo?.
¿Quieres ver que es lo más nuevo de Microsoft en dispositivos de interacción? ¿Qué es un gaze o bloom? En esta sesión comenzaremos con un unboxing de HoloLens, continuaremos con un análisis de características y apps disponibles y terminaremos viendo como desarrollar apps para HoloLens, adaptar apps UWP para HoloLens y como acceder al dispositivo para controlarlo por voz, etc.
Estrenamos nuevo formato en CartujaDotNet habilitando eventos online para ayudar y contribuir a cualquier miembro de la comunidad. El evento será el próximo Viernes, 03 de Junio.
El pasado 21 de Abril, desde el grupo CartujaDotNet, grupo de usuarios .NET de Sevilla, organizábamos el Sevilla Windows REBUILD. Un evento donde recopilamos algunas de las principales novedades a nivel de desarrollo en la plataforma Universal Windows además de tener momentos para el networking y algun que otro detalle con los asistentes.
Novedades desarrollo UWP presentadas en el BUILD
Pude participar en el evento con múltiples sesiones. Tras una breve introducción a la agenda del evento comenzamos viendo las últimas novedades introducidas en Visual Studio (VS 2015 Update 2 y VS 15) destinadas para el desarrollo de UWP. Novedades en el editor XAML o Editar y Continuar en XAML:
Continuamos utilizando Desktop App Converter (aka Project Centennial) viendo como convertir una App Win32 en UWP.
En la siguiente sesión nos centramos en el desarrollo de aplicaciones UWP para Xbox One. Vimos desde como activar cualquier Xbox One para el modo desarrollador hasta como adaptar nuestras aplicaciones para ofrecer la mejor experiencia posible (gestión del gamepad, foco, TV safe area o sonidos).
En cuanto a las demos técnicas realizadas, las tenéis disponible en GitHub:
Quisiera terminar añadiendo algunos agradecimientos a Josué Yeray por participar junto a un servidor en las sesiones y por supuesto, muchas gracias a todos los asistentes.
IntroducciónLlegar a Windows es mucho más sencillo que nunca. Si tienes una web, si tienes una App en iOS e incluso si partes de una App Win32, existen nuevas opciones destinadas a facilitar la llegada de esas Apps a Windows de la forma más sencilla posible. Si, hablamos de los Bridges presentados en el //BUILD del año 2015.
Un año después, en el marco del //BUILD 2016 se ha profundizado, conocido e incluso tenemos acceso a Project Centennial renombrado como Desktop App Converter, destinado a convertir Apps basadas en .NET y Win32 como Apps UWP. Además, permite el acceso a servicios o APIs UWP.
//BUILD 2016
¿Quieres saber más el respecto?
En este artículo vamos a convertir una App Win32 a UWP utilizando Desktop App Converter paso a paso, desde la instalación de la herramienta hasta tener el paquete preparado, firmado y listo para distribución.
Herramienta disponible (pre-release) que nos permite llevar las aplicaciones de escritorio NET 4.6.1 o Win32 a la plataforma universal Windows (UWP). Basado en una línea de comandos, que se puede ejecutar de forma desatendida o silenciosa, crea un paquete appx que puede ser instalado mediante el comando Add-AppxPackage de PowerShell.
Desktop App Converter
El convertidor utiliza una imagen limpia del sistema (disponible junto al convertidor) para utilizar una versión totalmente limpia del mismo y capturar cualquier entrada de registro, rutas de archivos, etc. y empaquetarlo todo en un paquete appx con su archivo de manifiesto correspondiente.
Las principales características son:
Comenzamos descargando y preparando la herramienta pero antes incluso de descarga, repasemos los prerequisitos de hardware y software. Necesitamos una máquina de desarrollo con:
Mientras que a nivel de software debemos tener la versión 10.0.14316.0 o superior de Windows 10 Preview.
NOTA: Debemos tener la versión Enterprise de Windows para poder utilizar la herramienta. De momento, la versión pre-release disponible no funciona en la versión Pro.
Una vez revisados (y cumplidos) los requisitos necesarios realizamos la descarga de la herramienta. Podemos descargar Desktop App Converter desde el siguiente enlace.
Descargar Desktop App Converter
Será necesario descargar:
Tras extraer el archivo zip, estamos preparados para comenzar a preparar el entorno.
Comenzamos abriendo una ventana de PowerShell con privilegios de administrador.
Comenzamos modificando las preferencias de las políticas de ejecución de PowerShell evitando bloqueos o mensajes de alerta.
Set-ExecutionPolicy bypass
Set-ExecutionPolicy bypass
A continuación realizamos el setup de la herramienta con la siguiente línea:
.\DesktopAppConverter.ps1 -Setup -BaseImage .\BaseImage-14316.wim
NOTA: Debemos asegurarnos de navegar a la carpeta correspondiente donde hemos descomprimido la herramienta. Dependiendo de la elegida, la línea anterior puede cambiar ligeramente.
Llegados a este punto tenemos todo lo necesario para comenzar a utilizar la herramienta, es decir, para convertir Apps Win32 a UWP.
El uso de la herramienta, como hemos comentado previamente, se realiza vía línea de comandos contando con gran cantidad de opciones:
DesktopAppConverter.ps1 -ExpandedBaseImage <String> -Installer <String> [-InstallerArguments <String>] [-InstallerValidExitCodes <Int32>] -Destination <String> -PackageName <String> -Publisher <String> -Version <Version> [-AppExecutable <String>] [-AppFileTypes <String>] [-AppId <String>] [-AppDisplayName <String>] [-AppDescription <String>] [-PackageDisplayName <String>] [-PackagePublisherDisplayName <String>] [-MakeAppx] [-NatSubnetPrefix <String>] [-LogFile <String>] [<CommonParameters>]
Tendremos parámetros obligatorios:
y otros opciones que pueden sernos de utilidad según el caso (por ejemplo, modo verboso). Podemos acceder vía línea de comandos a la ayuda de la herramienta en todo momento:
get-help .\DesktopAppConverter.ps1 -detailed
De modo que, convertir una aplicación Win32 llamada App.exe a una App UWP llamada «App» con versión 0.0.0.1 y publicador jsuarez serían tan sencillo como:
.\DesktopAppConverter.ps1 -Expanded C:\ProgramData\Microsoft\Windows\Images\BaseImage-14316 –Installer C:\DesktopAppConverter\App.exe -InstallerArguments "/S" -Destination "C:\DesktopAppConverter\Output" -PackageName "App" -Publisher "CN=jsuarez" -Version 0.0.0.1 -MakeAppx -Verbose
Ejecutando el script en modo verboso en todo momento tenemos feedback del proceso (repaso de requisitos, conversión de rutas, registro, preparación del manifiesto, etc):
Proceso de conversión
Una vez terminado el proceso, en la carpeta de salida:
El resultado
NOTA: Los paquetes generados por ahora sólo se pueden desplegar en sistemas x64.
Para distribuir el paquete utilizaremos el comando Add-AppxPackage disponible en PowerShell. Para poder distribuirlo, el paquete debe estar firmado.
Para firmar el paquete, comenzaremos creando un certificado temporal utilizando la herramienta MakeCert. Abrimos una nueva ventana del símbolo del sistema de VS:
Símbolo del sistema de VS
Bastará con escribir:
MakeCert.exe -r -h 0 -n "CN=jsuarez" -eku 1.3.6.1.5.5.7.3.3 -pe -sv myCert.pvk myCert.cer
Nos pedirá una contraseña:
Creando certificado
A continuación, utilizamos Pvk2Pfx para generar el archivo pfx a utilizar para firmar el paquete:
pvk2pfx.exe -pvk myCert.pvk -spc myCert.cer -pfx myCert.pfx
Por último, utilizando Signtool para firmar el paquete:
signtool.exe sign -f myCert.pfx -fd SHA256 -v "C:\DesktopAppConverter\Output\App.appx"
Todo listo!. Ahora tenemos nuestra App Win32 conertida a UWP y lista para su distribución.
Utilizaremos la línea de comandos Add-AppxPackage para instalar la App. Sin embargo, obtendremos un error si en la máquina no tenemos importado el certificado con el que se firmó la App.
Para importar el certificado:
Instalando certificado
Todo listo!. Ahora si, podemos ejecutar la línea:
Add-AppxPackages "C:\DesktopAppConverter\Output\App.appx"
La App se instalará!
Desktop App Converter por defecto captura información relacionada con su uso y se la envía a Microsoft con el objetivo de mejora continua. Si deseamos modificar el comportamiento podemos añadir el siguiente valor del registro:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\DesktopAppConverter
Añadiremos el valor DisableTelemetry con DWORD establecido a 1 para deshabilitar el envío de información. Para volver a habilitar bastará con establecer el valor a 0 o bien, eliminar la entrada del registro.
Llegados a este punto conocemos la herramienta, sus posibilidades y podemos comenzar a sacarle partido. Sin embargo, aún podemos llegar mucho más lejos. Podemos hacer uso desde la aplicación de de APIs UWP como:
Podemos migrar código, utilizar AppServices y mucho más!. En próximos artículos continuaremos profundizando en la herramienta viendo coo realizar alguna de estas acciones. Os espero en el próximo!
Mientras tanto, ¿cuáles son vuestras experiencias?, ¿qué os parece Desktop App Converter?. Recordar que cualquier tipo de duda, sugerencia o comentario la podéis dejar en los comentarios de la entrada.
El eventoTras un //BUILD 2016 repleto de novedades, ¿algo mejor que tener varias sesiones con las novedades más destacadas relacionadas con el desarrollo en Windows?.
//BUILD 2016
Desde CartujaDotNet estamos convencidos que tendremos una divertida tarde con por supuesto sesiones técnicas, pero además, regalos, networking y otras grandes sorpresas.
Contaremos con la siguiente agenda:
El evento tendrá lugar el próximo Jueves, 21 de Abril de 18:00h a 21:00h. Tendremos cuatro sesiones técnicas abordando algunas de las principales novedades en el desarrollo en la plataforma Windows.
El evento se celebrará en la ETS de Ingeniería Informática. Dirección detallada:
E.T.S. Ingeniería Informática – Universidad de Sevilla
Av. Reina Mercedes s/n
Sevilla Se 41012
ETS de Ingeniería Informática
Si a pesar de todo el contenido de la agenda te parece poco, contaremos también con alguna sorpresa y regalo a sortear entre los asistentes.
Javier Suárez | Blog 