Windows Técnico : Microsoft, Desarrollo

Aplicaciones para SharePoint 2013 con “Napa” Office 365 Development Tool

Ruben Alonso — Wed, 17 Apr 2013 18:50:00 GMT

Hoy vamos a hablar de una de las herramientas disponibles a la hora de desarrollar aplicaciones en SharePoint Server 2013, en concreto de la herramienta de desarrollo “Napa” Office 365. Esta aplicación la vamos a encontrar disponible en el almacén de SharePoint, y como bien dice el nombre, nos va a servir para desarrollar aplicaciones para Office 365, y más concretamente, entre otras, aplicaciones para SharePoint online. Lo bueno de esta aplicación es que no necesita de prerrequisitos de instalación de software previo, ni de complejos procesos de implementación, ya que no es ni más ni menos que una aplicación de desarrollo web muy fácil de utilizar.

Imagen 1: Aplicación “Napa” Office 365 disponible en el Almacen de SharePoint

Una vez instalada la aplicación, vamos a poder seleccionar el tipo de projecto que queremos implementar, en nuestro caso “App for SharePoint” para proceder a crear una aplicación de SharePoint.

Imagen 2: Aplicación “App for SharePoint” disponible en “Napa” Office 365

Una vez creada la aplicación vamos a disponer de un entorno de desarrollo donde utilizar estándares como HTML, CSS, Javascript, etc. Observar también en la siguiente imagen como disponemos de un menú lateral de navegación para poder gestionar el proyecto, con opciones como Ejecutar proyecto, Publicar la aplicación, o abrir el proyecto con Visual Studio.

Imagen 3: Entorno de desarrollo “Napa” Office 365

Eso si, para poder desarrollar aplicaciones con “Napa” Office 365, todo el proceso de implementación y desarrollo ha de ser en un sitio de SharePoint que utilize la plantilla “Sitio de desarrollador”.Imagen 4: Plantilla de sitio de desarrollador en SharePoint Online

Si estáis interesados en desarrollar aplicaciones para SharePoint, o queréis coger base para empezar a desarrollarlas, os recomiendo que os leáis el enlace “Crear aplicaciones para SharePoint”, donde disponéis de toda la información necesaria. O si quieres pasar un buen rato leyendo críticas hacia los lusers tecnológicos no dudes en echarle un vistazo al libro de I. T. Martín “Wardog y el mundo”. Además si te ha gustado el artículo puedes suscribirte al Canal RSS de Windows Técnico, o seguirnos por el Canal Google+ de Windows Técnico o Twitter para estar al día de las novedades e información técnica de interés.

2 º Megathon Windows 8 / Windows Phone

Sergio San Roman — Wed, 27 Mar 2013 08:28:05 GMT

Dentro de muy poco y por segundo año consecutivo se celebrara Megathon, evento de Microsoft enfocado a desarrolladores, en el cual podrás conocer a otros desarrolladores y programar aplicaciones para Windows 8 y Windows Phone, a la vez que puedes convertirte en uno de los premiados de esta edición.

Para ayudar a todos aquellos que quieran ampliar sus conocimientos en diversas plataformas, o simplemente porque quieres introducirte en el mundo de la programación para Windows 8 y Windows Phone. Microsoft va a realizar en los próximos días una serie de formaciones gratuitas de una hora de duración orientadas a:

Windows 8.
Windows Phone.
Windows Azure.
Team Foundation Service.

Para los que queráis ampliar la información sobre las sesiones, podéis hacerlo en el siguiente enlace:

Sesiones de formación.

Por otro lado, si queréis ver toda la información sobre Megathon, podéis hacerlo en el siguiente:

Información Megathon.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres conocer las novedades y secretos de la nueva versión del sistema operativo servidor de Microsoft te recomendamos Windows Server 2012 para IT Pros. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos”.

Además si te ha gustado el artículo puedes suscribirte al Canal RSS de Windows Técnico, o seguirnos por el Canal Google+ de Windows Técnico o Twitter para estar al día de las novedades e información técnica de interés.

Desarrollar Aplicaciones para SharePoint 2013

Ruben Alonso — Thu, 21 Mar 2013 09:18:00 GMT

SharePoint 2013 incluye un nuevo modelo de aplicaciones, las cuales pueden ser implementadas en nuestros entornos de colaboración de dos formas:

Por un lado, a través del alojamiento de las aplicaciones desarrolladas en la Tienda Office (hospedaje y regulación por parte de Microsoft, como es lógico). Esta tienda va a estar disponible para que los desarrolladores puedan publicar y vender sus aplicaciones para SharePoint, lo que permitirá que las organizaciones y los usuarios finales puedan adquirir estas aplicaciones para la implementación de las mismas en sus entornos SharePoint. Ni que decir tiene que la gestión de la compra de la aplicación así como el sistema de actualización de las aplicaciones, estará regulado por Microsoft.

Por otro lado, las aplicaciones que se desarrollen por las organizaciones y empresas para sus departamentos IT podrán implementarse de forma interna en un catálogo de aplicaciones hospedado en SharePoint (ya sea local o SharePoint Online).

La consola de Administración Central de SharePoint 2013 proporciona acceso a los Farms Administrators a las dos citadas opciones (SharePoint y Tienda Office por un lado y Administración de aplicaciones, con acceso a la creación del catálogo de aplicaciones, por otro).

Imagen 1: Configuración de Aplicaciones desde SharePoint Central Administration

Si la idea es crear aplicaciones internas para uso por parte de nuestros usuarios finales en entornos SharePoint, tendremos que crear un sitio de catálogo de aplicaciones, desde el que poder gestionar las mismas.

Imagen 2: Creacción de catálogo de aplicaciones en SharePoint 2013

Una vez creado el sitio de catálogo de aplicaciones, disponemos de varios repositorios para distribuir las aplicaciones de forma coherente. Habrá un repositorio para aplicaciones de SharePoint, otro para aplicaciones de Office, otro para gestionar las solicitudes de las aplicaciones, etc..

Imagen 3: Sitio de catálogo de aplicaciones en SharePoint 2013

Podéis obtener más información de como desarrollar aplicaciones para SharePoint echando un vistazo al vídeo "Desarrollo de aplicaciones en SharePoint Server 2013". Además, si queréis coger base para empezar a desarrollarlas, os recomiendo que os leáis el enlace “Crear aplicaciones para SharePoint”, donde disponéis de toda la información necesaria. O si quieres pasar un buen rato leyendo críticas hacia los lusers tecnológicos no dudes en echarle un vistazo al libro de I. T. Martín “Wardog y el mundo”. Además si te ha gustado el artículo puedes suscribirte al Canal RSS de Windows Técnico, o seguirnos por el Canal Google+ de Windows Técnico o Twitter para estar al día de las novedades e información técnica de interés.

Aplicaciones multi-resolución para dispositivos Windows Phone 8

Ioseba Palop — Mon, 11 Feb 2013 08:10:00 GMT

Como ya vimos en el artículo de novedades de Windows Phone 8, una de ellas es el soporte multi-resolución para los nuevos dispositivos. En el mercado podemos encontrar smartphones WP8 con tres resoluciones:

· Wvga: 480x800px, con aspecto 15:9

· Wxga: 768x1280px, con aspecto 15:9

· 720P: 720x1280px, con aspecto 16:9

Figura 01 – Resoluciones disponibles en WP8

¿Cómo afecta esto a los desarrolladores, y cómo lidiar con ello? Antes de nada hay que ver el lado positivo, y es que son solo tres las resoluciones que nos vamos a encontrar a la hora de desarrollar nuestras aplicaciones, y además, que existe un emulador para cada una de las resoluciones, instalados automáticamente con el SDK.

A la hora de realizar el diseño de una aplicación, ya tenga como destino el escritorio o la web, hay que tener en cuenta la organización de los controles para poder adaptarlo a cualquier pantalla (en el caso de WP8, solo 3 como ya se ha dicho). Es por ello una buena práctica la realización de un diseño siempre relativo, utilizando porcentajes allá donde sea posible, intentando alejarnos de diseños estáticos y fijos.

El apartado de diseño en Windows Phone 8 está muy cuidado y pensado no solo para diseñadores, sino para desarrolladores que tienen que realizar la función de diseñadores, por lo que no debería darnos demasiados quebraderos de cabeza.

Y es que además podemos elegir las resoluciones que soporta nuestra aplicación, a través del fichero WMAppManifest.xml mediante su interfaz.

Figura 02 – Resoluciones admitidas por la aplicación

El contenedor Grid ofrece gran funcionalidad y potencia para ser nuestro control raíz, el encargado de organizar los controles que vayamos a utilizar en nuestra vista. Y siempre que se utilice correctamente, se adaptará automáticamente a las resoluciones disponibles. Cuando hablo de correctamente me refiero a, como ya he comentado anteriormente, utilizar tamaños relativos. En el caso concreto de un Grid, por defecto ocupará la pantalla completa, por lo que será innecesario establecer un alto y ancho si es el elemento raíz. Y siempre que se definan sus filas y columnas del mismo modo, no habrá que preocuparse del ajuste.

Pero siempre se dan casos en los que es necesario controlar en qué resolución nos encontramos a nivel de código, para así cargar unos u otros recursos por ejemplo. Esta funcionalidad nos la da el objeto Host, sobre el que se ejecuta la aplicación, y concretamente la propiedad ScaleFactor. Por tanto podemos consultarla de la siguiente manera:

Figura 03 – Selector para cada resolución

Dado que puede resultar un tanto incómodo recordar los valores para cada una de las resoluciones, nos podemos valer de una enumeración que haga este trabajo por nosotros, y en cada caso, ejecutar el código oportuno.

Figura 04 – Enumeración para la multi-resolución

Figura 05 – Selector con enumeración

Además de esto, deberemos aportar una nueva SplashScreen por cada una de las resoluciones que admitamos en nuestra aplicación. Para diferenciarlas le pondremos el nombre “SplashScreen.Screen- {resolucion}.png”, tal y como se muestra en la imagen.

Imagen 06 – Imagenes Splashscreen

Gana una Xbox360 publicando tu aplicación para Windows Phone o Windows 8. I APP YOU!

Ioseba Palop — Fri, 01 Feb 2013 11:38:31 GMT

Desde hoy mismo puedes participar en la nueva campaña I APP YOU!, destinada a encontrar nuevos desarrolladores de las plataformas Windows Phone y Windows 8. El único requisito es publicar una aplicación de Windows Phone en MarketPlace o Windows 8 en Windows Store en el plazo del concurso, del 1 de febrero al 15 de mayo de 2013. Recuerda que ha de estar publicada y accesible para esa fecha.

Imagen 01 – Banner Promocional I APP YOU!

Se sortearán 2 Xbox360 cada semana, una por cada plataforma de desarrollo. Además se puede participar en ambas, y con varias aplicaciones. ¡Cuantas más aplicaciones publiques, más posibilidades de ganar tienes! Simplemente regístrate en la web de la campaña, y comienza a desarrollar. Una vez dado de alta, tendrás acceso al material técnico necesario y la ayuda del equipo de soporte de Microsoft para el desarrollo de tu aplicación y su publicación.

Además, si durante la duración de esta promoción activas la plataforma Azure, entrarás en el sorteo de una suscripción anual de MSDN!

Nuevas características en el SDK de Windows Phone 8

Ioseba Palop — Wed, 30 Jan 2013 12:50:00 GMT

Windows Phone 8 ya es una realidad, y se encuentra entre nosotros. Los operados han comenzado a ofertas los nuevos dispositivos móviles de Microsoft. ¿Cómo afecta esto a los desarrolladores de la versión anterior de Windows Phone? Tal y como anunció la compañía de Redmond, han incluido nuevas APIs para ampliar la funcionalidad de las aplicaciones, aunque personalmente, faltan algunas fundamentales como por ejemplo una API para conexiones WiFi.

Las funcionalidades añadidas más destacadas son:

Speech: Las aplicaciones podrán interactuar con los usuarios mediante comandos de voz, ya sea en modo comandos, reconocimiento de voz, o TTS (Text-To-Speech).
Cartera (Wallet): WP8 incluye la aplicación Cartera, utilizada para la gestión de pagos, recopilación de ofertas y transacciones NFC. Con la API correspondiente podremos integrar la aplicación con ella, para solicitar o añadir nuevos elementos.
Multiresolución: Los nuevos smartphones se pueden encontrar en tres resoluciones: WVGA 480x800 (heredada de WP7), WXGA 768x1280, y 720p 720x1280. Para que las aplicaciones queden visualmente perfectas deberemos tener en cuenta en que resolución se encuentra la aplicación, y adaptar el diseño si es necesario. Además se deberán añadir las imágenes correspondientes(como la de SplashScreen) para cada una de las resoluciones.
LockScreen: Mediante esta API se pueden proporcionar las imágenes de bloqueo de pantalla. Esta funcionalidad ya la incluye la aplicación de Facebook, para usar las imágenes de la cuenta configurada.
Sockets: Ya es posible abrir sockets para realizar conexiones de cualquier tipo.
Proximidad: Es posible hacer que la aplicación se comunique con dispositivos cercanos que tengan la misma aplicación instalada, para intercambiar información. Esta comunicación se puede realizar mediante la tecnología NFC, Bluetooth, o por conexión Wifi (si ambos dispositivos están conectados a la misma red).

Además de nuevas APIs, encontramos mejoras de rendimiento, y lo más importante, nuevo entorno. Aunque la nueva interfaz “descolorida” tiene muchos detractores, las mejoras añadidas son importantes. A mi parecer, una de las más importantes orientado a Windows Phone (aunque también se aplica en WPF y Silverlight) es la independencia entre la ventana de renderizado de diseño (xaml), y el propio editor de código xaml, consiguiendo una mejora notable en la experiencia de desarrollo, y aumentando su velocidad.

Imagen 01 – SplashScreen de VS2012

Dado que el dispositivo es diferente, se han añadido nuevos emuladores, uno para cada resolución disponible. Estos emuladores trabajan sobre HyperV, por lo que requieren de una máquina que permita virtualización por Hardware. Por si no fuese suficiente, el equipo debe correr sobre Windows 8 x64 para poder instalar el SDK. También se han incluido opciones para simular posibles eventos y acciones de un dispositivo en un entorno real, como la limitación de ancho de banda de la red, bloqueo de pantalla, o interrupciones por notificación.

¿Qué hacer para migrar una aplicación de Windows Phone 7 a Windows Phone 8? VS2012 incluye el comando “Upgrade to Windows Phone 8.0”, localizado en el menú contextual de los proyectos Windows Phone 7. Esto debería realizar la conversión automáticamente, e inmediatamente nos permitirá lanzar un emulador de WP8 para testear la aplicación(o en un dispositivo, como se podía hacer hasta ahora).

Imagen 02 – Upgrade to WP8

Todas las novedades oficiales para los desarrolladores Windows Phone se pueden encontrar aqui, y en este otro enlace los requisitos de los emuladores.

Introducción al desarrollo con Windows Phone (7.5) Parte VII

Ioseba Palop — Tue, 11 Dec 2012 10:12:00 GMT

Introducción al desarrollo con Windows Phone (7.5) Parte I
Introducción al desarrollo con Windows Phone (7.5) Parte II
Introducción al desarrollo con Windows Phone (7.5) Parte III
Introducción al desarrollo con Windows Phone (7.5) Parte IV
Introducción al desarrollo con Windows Phone (7.5) Parte V
Introducción al desarrollo con Windows Phone (7.5) Parte VI

Windows Phone ofrece una serie de clases para realizar las tareas más comunes de un dispositivo móvil, como enviar correo, hacer llamadas… a estas clases se les denominan Choosers y Launchers. La principal diferencia entre ambas reside en que los Launchers son llamadas al sistema, con parámetros de configuración, y punto. Por ejemplo, el reproductor multimedia. Los choosers tambien realizan llamadas al sistema, pero con la particularidad de que se espera un valor de retorno, por ejemplo la selección de una imagen de la galería del teléfono.

No hay que olvidar que ambos tipos suspenden la aplicación para lanzar el chooser o launcher, y una vez terminada la tarea ejecutada (o mediante el botón volver) se vuelve a cargar la aplicación. Estos eventos de carga y descarga deberán controlarse mediante la técnica llamada Tombstoning que veremos más adelante.

Para clarificar la explicación teórica, se muestra un rápido ejemplo de cada tipo, comenzando por un Launcher, en este caso WebBrowserTask. La utilización del Launcher se compone de tres pasos:

Instanciar la clase del Launcher elegido como ejemplo, WebBrowserTask.
Configurar el objeto recién instanciado.
Ejecutar el método Show del objeto.

Imagen 01 – Ejemplo del launcher WebBrowserTask

Con este simple código, la aplicación pasa a “segundo plano”, y se lanza el navegador de Windows Phone con la Uri configurada. Una vez se cierra el navegador, o se pulsa el boton Back, la aplicación volverá a cargar en el estado en el que se había quedado.

Para ejemplificar un Chooser, se elige el más común, PhotoChooserTask y se realizan los siguientes pasos:

Instanciar la clase PhotoChooserTask.
Configurar el objeto.
Suscribirse al evento Completed.
Ejecutar el método Show.

Imagen 02 – Ejemplo del chooser PhotoChooserTask

Como se puede ver, la única diferencia reside en la suscripción al evento, donde se notificará cuando el chooser se cierre, y permitirá obtener el valor elegido, si es que existe este valor. En este ejemplo, se muestra cómo obtener el objeto imagen elegido.

Los launchers disponibles para el desarrollo de aplicaciones son los siguientes:

ConnectionSettingsTask: Abre la ventana de configuración de conexiones del sistema.
EmailComposeTask: Muestra la ventana de redacción de un email, y evidentemente permite enviarlo.
MarketplaceDetailTask: Abre el formulario de detalle de una aplicación del MarketPlace.
MarketplaceHubTask: Igual que la anterior, pero iniciándola en la página principal del Market.
MarketplaceReviewTask : Muestra la ventana de calificar y opinar la aplicación en MarketPlace.
MarketplaceSearchTask: La misma funcionalidad a las anteriores, pero directamente con la página de búsqueda.
MediaPlayerLauncher: Inicia el reproductor multimedia integrado del dispositivo con el contenido media configurado.
PhoneCallTask: Lanza la aplicación teléfono para realizar llamadas.
SaveContactTask: Muestra la aplicación de contactos para añadir uno nuevo.
SaveEmailAddressTask: Lanza la aplicación de contactos para añadir un email a un contacto nuevo o existente.
SavePhoneNumberTask:La misma funcionalidad a la anterior, aunque con el número de teléfono.
SearchTask: Lanza la búsqueda web.
ShareLinkTask: Permite compartir un mensaje a través de una cuenta de red social.
ShareStatusTask: Envía el estado a través de una red social.
SmsComposeTask: Lanza la aplicación para enviar Sms.
WebBrowserTask : Abre el navegador web con una Url configurada.

La lista de Choosers es algo más corta:

EmailAddressChooserTask: Lanza la aplicación de contactos para seleccionar el email de un contacto.
CameraCaptureTask: Ejecuta la aplicación de cámara para sacar una foto.
PhoneNumberChooserTask: Muestra la aplicación de contactos para elegir un número de teléfono de un contacto.
PhotoChooserTask: Abre la galería multimedia para elegir una foto.
Contacts: Permite a la aplicación buscar un contacto a través de su nombre, teléfono o email.
Appointments: Busca eventos en el calendario.

Como es de esperar, se puede “enlazar” el uso de chooser y launchers, para por ejemplo, buscar el teléfono de un contacto mediante PhoneNumberChooserTask, y llamar a ese contacto con el launcher PhoneCallTask.

Imagen 03 – Ejemplo de Chooser y Launcher

Como siempre sugerimos la suscripción al canal RSS de Windows Técnico para estar al día de las novedades concernientes a noticias de seguridad y/o productos Microsoft.

Introducción al desarrollo con Windows Phone (7.5) Parte VI

Ioseba Palop — Tue, 13 Nov 2012 08:35:00 GMT

Una parte muy interesante del desarrollo en Silverlight y y WPF es el enlace a datos. Mediante esta “técnica” se enlaza el contenido de los controles (o cualquiera de sus propiedades) a propiedades de entidades, de la propia clase, o de otros controles. Con esto no se consigue mostrar el contenido, sino que además, enlazándolo con propiedades de dependencia (como es habitual en esta tecnología) se consigue tener los datos actualizados tanto en la entidad, como en la interfaz gráfica. Por si no fuera suficiente, el enlace a datos incluye “mecanismos” para formatear o convertir los valores que se están enlazando.

Los enlaces más comunes que se pueden realizar en una propiedad de control son:

Enlace a DataContext. Todos los controles que heredan de la clase FrameworkElement tienen la propiedad DataContext, que será la que mantenga el contexto de los datos a los que se va a enlazar. Por defecto, esta propiedad hereda el contenido de la misma propiedad del control/contenedor padre, por lo que una vez establecida en el control ‘raíz’, estará disponible para todos los controles hijos. Dado que esta propiedad es de tipo Object, se le pueda asignar cualquier tipo de elemento (clases, colecciones, valores…). Es el tipo de Binding más común, y lo único que necesita es una propiedad a la que enlazarse, a través del atributo Path (incluso ni eso, como se verá más adelante). Cabe destacar que no solo se puede enlazar propiedades de tipo contenido, sino que se puede realizar en cualquier propiedad de un control, ya sea tamaños de letra, color, alineación, opacidad… Para mostrar un ejemplo, se crea una clase entidad, de nombre Persona con varias propiedades, se instancia e inicializa en el constructor y se le asigna al DataContext de esa misma clase (Ya sea página, control….). En la parte de diseño, se añaden dos controles TextBlock, y se realiza el enlace mediante Binding.

Imagen 01 – Entidad Persona

Imagen 02 – Instancia de la clase Persona, asignada a DataContext

Imagen 03 – Enlazando los controles

Como se puede apreciar, en el segundo TextBlock no se especifica el atributo Path, ya que es el atributo por defecto y no hay ninguna necesidad de especificarlo explícitamente. Así por comodidad y facilitar la lectura de código xaml, lo más común es no encontrarlo escrito. Pero un Binding ofrece más funcionalidad que esta, con otros atributos para facilitar o añadir funcionalidad. Un atributo muy interesante es FallbackValue, que establecerá un valor constante al enlace cuando este no se pueda realizar (en caso de que no existe la propiedad a la que se enlaza, por ejemplo). No hay que confundir que el enlace no se pueda realizar, a que el valor enlazado sea nulo. En este último caso, el valor establecido para FallbackValue no se mostrará. StringFormat es un atributo que nos permitirá formatear el valor enlazado. Funciona prácticamente igual que el método Format de la clase String. En el ejemplo que se muestra a continuación, los atributos citados están establecidos en enlaces de controles diferentes, aunque perfectamente se pueden combinar.

Imagen 04 – Atributos FallbackValue y StringFormat

Enlace estático. Mediante este tipo de enlace se puede enlazar, valga la redundancia recursos estáticos. Estos recursos pueden estar definidos en cualquier nivel igual o superior al control al que se enlaza el dato, es decir, puede estar en el propio control o cualquiera de sus antecesores. Como ya se vio en la parte IV con los estilos, al definir un recurso se añade a la propiedad Resources del control que se quiera que lo contenga. Para este ejemplo, se crea un recurso de tipo String con un valor establecido y una key para identificarlo. Además se añade otro recurso, un Converter, que se verá a continuación.

Imagen 05 – Definición de recursos

Una vez creado, se utiliza la palabra reservada StaticResource y la Key para referenciar el recurso. En el ejemplo que se muestra a continuación, se utiliza un enlace estático para establecer la propiedad Text de un TextBlock, y un converter para “pintar” un rectángulo de un color concreto.

Imagen 06 – Controles con enlace estático

Un converter sirve, como su propio nombre indica, para convertir valores. En el ejemplo anterior, se puede ver cómo la propiedad Fill del control Rectangle, de tipo Brush, esta enlazada a la propiedad Estado del DataContext, que es de tipo entero. Dado que son tipos diferentes, es necesario implementar un Converter para transformar los datos de origen, en el tipo destino. Simplemente hay que definir una clase, implementar la interfaz IValueConverter e implementar sus métodos. De momento será suficiente con el método Convert.

Imagen 07 – Implementación de un converter

Para comprender el funcionamiento del método ConvertBack del Converter, hay que explicar los modos de enlace. Cuando se define el Binding, mediante el atributo Mode se puede establecer el funcionamiento de ese enlace. Existen tres modos, OneTime para que el enlace se realice una sola vez, OneWay para enlazar desde el origen al control (es el valor por defecto) y TwoWay para que se sincronice el origen y destino, dando la opción a que el usuario directamente actualice el origen de datos, sin tener que realizar ninguna implementación. Es por ello la existencia del método ConvertBack, para hacer la conversión del valor del control enlazado al origen de datos.

El último tipo de enlace es el enlace a elemento. Es decir, en vez de establecer el origen de datos la propiedad DataContext, se hace un enlace a una propiedad de otro control existente. Es un Binding muy sencillo, simplemente se utiliza la palabra reservada ElementName para referirse al control origen.

Imagen 08 – Enlace con ElementName

Si se ejecuta este último ejemplo, se obtiene un resultado similar al de la imagen.

Imagen 09 – Resultado en el emulador

Hay algo a tener en cuenta en la clase entidad creada. Esa entidad solo implementa propiedades estándar, por lo que a pesar de tener creado el enlace a datos, no se notificará de cambios en los valores. Para que esto ocurra, la clase entidad Persona deberá heredar de DependencyObject, además será necesario definir las propiedades existentes como DependencyProperties.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos "Máxima Seguridad en Windows: Secretos Técnicos" y, por último, te recordamos que si te ha gustado el artículo puedes suscribirte al Canal RSS de Windows Técnico para estar al día de las novedades e información técnica de interés.

Introducción al desarrollo con Windows Phone (7.5) Parte V

Ioseba Palop — Mon, 22 Oct 2012 10:41:57 GMT

Una vez vistos los contenedores y controles más comunes, y algunas de sus propiedades fundamentales, pasemos a crear nuestro propio control. Aunque parezca trivial, es importante destacar cuando es necesario crear un control, y cuando no. Si lo único que queremos es cambiar el aspecto visual, añadir animaciones según eventos o cómo se estructura el control, estamos hablando de un cambio de estilo y/o plantilla, y no de un nuevo control. Para esto último, debemos ver la necesidad de un nuevo comportamiento que no existe en un control, o la agrupación de comportamientos de diferentes controles. Es decir, añadir funcionalidad a un control existente, o crearla desde cero.

Una vez decididos a crear un nuevo control de usuario, es necesario introducir el concepto de Dependency Properties, o propiedades de dependencia. Si nos remitimos a la documentación de la MSDN, dice: “Representa una propiedad como la que se pueda establecer con métodos, estilos, el enlace de datos, la animación, y la herencia”. Dicho con otras palabras, y orientándolo a su funcionalidad más directa, son propiedades que implementan un sistema de notificación cuando cambia el valor de estas, ya sea desde la lógica a la interfaz, o viceversa. Esto, junto con el enlace a datos, nos permite prescindir de eventos tipo ValueChanged para mostrar cambios de valor.

Vamos a ello, creamos un nuevo elemento, utilizando la plantilla “Control de usuario de Windows Phone”.

Imagen 01 – Nuevo control de usuario

Ahora vamos a la parte de código del control recién creado, y añadimos una propiedad de dependencia, siguiendo el ejemplo de esta imagen:

Imagen 02 – Definición de una propiedad de dependencia

Vemos que la definición tiene dos partes, una en la que se define la propiedad de dependencia (estática), indicando el nombre de la DependencyProperty, el nombre de la property, su tipo, el tipo del control al que pertenece, y el valor por defecto. Después nos encontramos con los accessors get y set estándar de una propiedad, con la particularidad de los métodos SetValue, y GetValue para establecer y leer los valores.

Una vez definida, es hora de hacer el enlace a datos para ver su funcionamiento. En diseño del usercontrol, en la cabecera establecemos la propiedad DataContext como se muestra, y en el cuerpo creamos un textblock, estableciendo su propiedad Text a nuestra propiedad recién creada mediante Binding.

Imagen 03 – Diseño del UserControl

Ahora, en la página principal, instanciamos nuestro control, y vemos cómo aparece el mensaje establecido por defecto.

Imagen 04 – Instanciando el UserControl

Si establecemos un valor a MiPropiedad, veremos el valor reflejado en diseño.

Imagen 05 – Valor establecido en MiPropiedad

Como hemos visto, la propiedad que hemos creado es de tipo string, aunque evidentemente puede ser del tipo que nos convenga, ya sean tipos de datos básicos, colecciones, estructuras complejas, entidades propias…

Existe una característica más en las propiedades de dependencia, que hasta ahora la he obviado. Como hemos dicho, estas propiedades implementan un sistema de notificación de cambio de valor, y es posible capturar este evento para decidir qué hacer en caso de cambio. Para ello solo tenemos que añadir un Callback en la definición de la property, como se puede ver en la imagen.

Imagen 06 – Evento PropertyChanged de la DependencyProperty

Par la próxima parte, entraremos en detalle de cómo funciona el enlace a datos o Binding, en los controles por defecto y en los creados a mano.

Introducción al desarrollo con Windows Phone (7.5) Parte IV

Ioseba Palop — Mon, 15 Oct 2012 09:27:00 GMT

Introducción al desarrollo con Windows Phone (7.5) Parte I
Introducción al desarrollo con Windows Phone (7.5) Parte II
Introducción al desarrollo con Windows Phone (7.5) Parte III

Una vez hemos visto los contenedores, veamos una serie de propiedades bastante comunes, y algunos controles básicos.

La propiedad Background es de tipo Brush, y mediante ella estableceremos el fondo de nuestro control. Si echamos un vistazo a la documentación de Msdn, comprobaremos que la clase Brush no es instanciable (abstracta), pero tiene una serie de clases que heredan de esta. Entre ellas nos encontramos la clase SolidColorBrush, que nos permite definir un color plano, GradientBrush, en la que podremos definir un gradiente radial, estableciendo los diferentes parámetros para cada color, ImageBrush, que nos permitirá establecer una imagen… Es por ello que no podemos decir que la propiedad Background sea para establecer el color de fondo, ya que como vemos, permite más que un color.

Imagen 01 – Diferentes opciones para Background

Otra propiedad muy común en los controles es Content. Estamos acostumbrados a encontrarnos una propiedad Text o similar para establecer el contenido de un control. Como hemos visto, en el control TextBlock así ocurre, pero no en todos. La propiedad Content nos permite establecer el contenido de un control, siendo este más que un simple texto. Puede ser una imagen, un control, una lista de controles… todo lo que se nos ocurra. Esto es lo que nos dará gran flexibilidad y un nivel de personalización muy alto en el diseño de nuestra aplicación. En la mayoría de ocasiones no es necesario establecer Content para definir el contenido, ya que si introducimos contenido entre las etiquetas del control, infiere la propiedad Content por defecto. Hay que aclarar que esta propiedad solo admite un control como contenido, por lo tanto si queremos establecer más de uno, deberemos crearnos una estructura con contenedores.

Figura 02 – Ejemplo de propiedad Content

La propiedad Template nos permite definir la plantilla del control, cómo esta formado internamente. Es decir, podemos definir una plantilla para que nuestro control Button se dibuje con un TextBlock como título, y un TextBlock como subtítulo. Un Template es más común definirlo como recurso, para que este disponible para todos los controles en los que queramos utilizarla.

Figura 03 – Un ControlTemplate para Button

DataContext es la propiedad que define el contexto de datos del control. Por defecto, el valor de esta propiedad va heredado del control padre, sucesivamente. Aunque evidentemente, es posible establecerle un valor. Esta propiedad es la base fundamental para los Binding de propiedades, como veremos más adelante.

En controles que admiten listar contenido, tipo ListBox, TreeView… nos encontramos con la propiedad ItemsSource. Tal y como su nombre indica, es el origen de datos de los ítems a mostrar en el control.

Otra propiedad relacionada con la anterior, es ItemTemplate. En controles avanzados, como puede ser un ListBox encontraremos esta propiedad, que tiene la misma funcionalidad que la propiedad Template, aunque aplicada a cada uno de los ítems de nuestro control.

También encontraremos ItemsPanel, utilizada para establecer el panel o contenedor de todos los ítems del control. Es decir, podremos decir que los elementos hijos sean contenidos en un StackPanel, Grid, WrapPanel... o lo que mejor se nos ajuste a nuestro diseño.

Un recurso impresdincible de diseño es el estilo, de la propiedad Style. Como su nombre indica, permite personalizar el estilo del control a nuestro gusto. Por defecto, el estilo del botón será del estilo Windows Phone, simple y sencillo. Definiendo estilos ahorraremos el tener que copiar y pegar propiedades de controles, realizar modificaciones en solo un punto de nuestro diseño, y tener por seguro que todos nuestros controles tienen exactamente la misma apariencia. Las propiedades que se pueden definir en un estilo son todas, desde el Background, tipo y tamaño de letra, hasta la plantilla o Template de nuestro control. Al igual que la propiedad Template, tiene más sentido definirlo en un recurso para poder reutilizarlo en varios controles.

Imagen 04 – Un ejemplo de Style de un control Button

Vistas las propiedades más importantes, veamos ahora algunos controles básicos.

El control Button tiene el mismo comportamiento que en cualquier otra tecnología y plataforma, pulsarlo para realizar una determinada acción, que la manejaremos mediante el evento Click. El contenido de este control lo definiremos a través de la propiedad Content, que como hemos visto, permite establecer lo que nos parezca oportuno.

El control TextBlock, como su nombre indica, permite mostrar un bloque de texto, estableciéndolo mediante la propiedad Text. Además encontraremos las propiedades estándar para definir el estilo del texto, FontSize, FontFamily Foreground… Y una propiedad importante, TextWrapping, que automáticamente creará las líneas de texto necesarias para mostrar el texto, o de lo contrario se cortará la línea.

Un control que puede provocar confusión es el Label, el control estándar de etiquetas en otras tecnologías. Este ofrece alguna funcionalidad extra al TextBlock, aunque internamente trabaja con uno de ellos. Es por esto que, si no vamos a utilizar ninguna de estas funcionalidades extra, lo mejor es usar un TextBlock, que es más ligero.

El control TextBox añade una caja de texto para que el usuario introduzca texto. La propiedad más importante de este control, es InputScope. Esta nos permitirá elegir el tipo de teclado que vamos a mostrar para la introducción de texto. Es decir, si estamos en un campo numérico, no tiene sentido mostrar el teclado alfabético, sino restringirlo a solo números. Aunque InputScope nos brinda mucha más funcionalidad, como teclado para direcciones Web, Email, Xml, Fechas, Direcciones… Tenéis la lista completa en la documentación msdn de la enumeración InputScopeName. Y como es de esperar, este control tiene los eventos típicos para controlar la introducción de texto, como KeyDown, SelectionChanged, TextInput…

No hay mucho que contar del control CheckBox que no sepamos. Generalmente se utiliza para marcar y desmarcar una opción. Veremos que tiene la propiedad Content para establecer su contenido (recordemos, no solo texto) y los eventos para controlar las acciones de marcar y desmarcar.

Border es un control con la única finalidad de añadir un borde al contenido. Este borde es completamente configurable, tanto en tamaño como en color, y en el redondeo de esquinas, tanto que es posible elegir el redondeo para cada una de ellas, a través de la propiedad CornerRadius.

Imagen 05 – Border con esquinas redondeadas

El último control básico que vamos a ver es Image. Evidentemente, sirve para mostrar una imagen, establecida en su propiedad Source. Si investigamos un poco, veremos que esa propiedad es de tipo ImageSource, que si la establecemos desde xaml admitirá una ruta directamente, mientras que si queremos establecerla desde código, nos tendremos que crear un BitmapImage con la ruta. Además, vemos su propiedad Stretch, para definir el redimensionado de la imagen.

Programming Windows 8 Apps

Ioseba Palop — Fri, 12 Oct 2012 07:11:00 GMT

El nuevo Windows 8 ya esta entre nosotros, y si todavía no has empezado a desarrollar para él, quizá esto te anime. Desde Microsoft Press nos llega la noticia de que el título Programming Windows 8 Apps with HTML, CSS, and JavaScript esta disponible para su descarga, totalmente gratis.

Imagen 1 – Portada del libro

En este ebook se trata el desarrollo de aplicaciones para Windows 8 desde la vista del desarrollador Web, acostumbrado a manejar Html, Css, y JavaScript, facilitándole la creación de aplicaciones aplicando sus conocimientos previos.

Dado que se trata de la versión Second Preview del libro, solo esta disponible en formato Pdf, además de faltar algún capítulo, que se incluirá en su versión final, prevista para finales de mes.

Más información, y enlace de descarga aquí.

Introducción al desarrollo con Windows Phone (7.5) Parte III

Ioseba Palop — Thu, 11 Oct 2012 10:47:00 GMT

Introducción al desarrollo con Windows Phone (7.5) Parte I
Introducción al desarrollo con Windows Phone (7.5) Parte II

Una parte muy importante del diseño de las aplicaciones Silverlight y WPF es el conjunto de controles contenedores existentes, y su funcionalidad. Entender su funcionamiento nos ahorrará horas de diseño, y nos permitirá construir la interfaz gráfica in apenas mirar el resultado.

Comenzamos con el contenedor más común y genérico, el Grid. Como su nombre indica, es un control rejilla que nos permitirá organizar controles de una manera sencilla (No lo confundamos con un control tipo DataGrid, no tienen relación). Este contenedor se ajusta automáticamente a su contenedor (su control padre), es decir, abarcará todo el espacio disponible, limitado por el control que contiene a nuestro Grid. Además, se podrán definir filas y columnas para organizar los controles hijos. Si tomamos como ejemplo un Grid en una página, en su propiedad Background estableces un color (rojo por ejemplo), e incluimos un control Button, vemos que el Grid ocupa toda la página, al igual que su control contenido.

Figura 01 – Resultado de un Grid con un control hijo

¿Y si añado más controles al Grid? Si introducimos otro control Button al Grid, observamos que se produce un comportamiento no deseado, los controles se superponen.

Figura 02 – Los textos se superponen

Esto ocurre porque el Grid es un contenedor con la única finalidad de contener, si no indicamos cómo queremos organizar los controles dentro de él, los superpondrá. Así que lo primero que vamos a hacer, es especificarle filas a nuestro contenedor.

Figura 03 – Grid con Filas

Definiendo dos filas en el Grid, y estableciendo la propiedad adjunta Grid.Row de cada elemento hijo, tendremos nuestros controles organizados y sin superponerse. Aunque como vemos, si en la definición de las filas no indicamos tamaño, se repartirán el espacio disponible a partes iguales, en este caso, la mitad cada una. Existe la opción de establecer el alto de fila en el valor Auto, por lo que la fila ocupará el espacio justo que necesite el contenido de la fila, o un alto especificado en pixels. Además de filas, también podemos definir las columnas del Grid, establecer RowSpan y ColumSpan a los hijos... y todo lo que necesitemos para organizar los controles.

Figura 04 – Grid con una distribución más compleja

Otro contenedor muy utilizado es el StackPanel. Este contenedor coloca los controles contenido en formato lista, ya sea horizontal o vertical, y al contrario que ocurre con el Grid, no colocará los controles contenidos superpuestos. Además, dependiendo de su orientación, una dimensión de los controles contenidos será limitada (a no ser que se especifique un tamaño para esa dimensión)

Figura 05 – StackPanel Vertical

Figura 06 – StackPanel Horizontal

Otro tipo de contener es Canvas. Este control es el que más precisión proporciona, pero también el que más problemas nos puede causar. A través de sus propiedades adjuntas, podremos indicar la posición de los controles contenidos en relación al Canvas, en pixels.

Figura 07 – Ejemplo de Canvas

Aunque pueda parecer que el contenedor más sencillo y más utilizado es este último, ocurre lo contrario. El control Canvas puede dar bastantes dolores de cabeza, ya que las posiciones del contenido son fijas, y en caso de redistribuir o cambiar la orientación, hay que hacerlo a mano. El uso de este contenedor es frecuente cuando utilizamos objetos Path, Ellipse o similar, ya que requieren posiciones exactas.

Como vimos en el artículo anterior, la librería Toolkit proporciona controles adicionales, uno de ellos es un control muy sencillo y cómodo, disponible en WPF pero no en Silverlight, y por lo tanto, tampoco en Windows Phone. Hablo del contenedor WrapPanel. Su funcionamiento es similar al StackPanel, con la diferencia de que, una vez los controles ocupen toda el tamaño disponible, se creara una nueva fila o columna, dependiendo de su orientación. Como podemos observar, los elementos hijos de este contenedor tendrán el tamaño mínimo en sus dos dimensiones, mientras que en el StakPanel lo hacía en una sola, y ninguna en el Grid.

Figura 08 – WrapPanel del Toolkit

Ahora ya conocemos los contenedores básicos disponibles, en la próxima entrega veremos algunos controles básicos, sus propiedades y cómo funcionan.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres conocer las novedades y secretos de la nueva versión del sistema operativo servidor de Microsoft te recomendamos Windows Server 2012 para IT Pros. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos” y, por último, te recordamos que si te ha gustado el artículo puedes suscribirte al Canal RSS de Windows Técnico para estar al día de las novedades e información técnica de interés.

¡Apúntate ya al HTML Tour!

Ioseba Palop — Wed, 03 Oct 2012 07:17:00 GMT

¿Sabías que puedes desarrollar aplicaciones Windows 8 con HTML5? Si eres de los que estado aplazando la formación de Html5, este es el mejor momento para ponerte a ello.

Plain Concepts ha organizado una gira de eventos para conocer todas las novedades de HTML5, a la que ha llamado HTML Tour. Mediante 7 sesiones, los asistentes aprenderán a utilizar las últimas técnicas en desarrollo web (servidor y cliente) además de adaptarlas las aplicaciones web a los dispositivos móviles actuales.

Figura 01 – Logotipo HTML Tour

El evento esta orientado tanto a desarrolladores recién iniciados, como a los más expertos y avanzados, llegando incluso al desarrollo de juegos multiplataforma HTML5.

La agenda del evento es la siguiente:

· 09:30 Introducción a los nuevos estándares web

· 10:00 Construyendo tu ecosistema de desarrollo Web

· 11:30 Café

· 11:45 Responsive Web Design

· 12:30 Buenas prácticas en el desarrollo web

· 13:30 Comida

· 14:30 Aplicaciones móviles multiplataforma

· 15:30 Programación de Videojuegos HTML5

· 16:30 De la web a Windows 8. 5 + 3 = 8

Si te animas a asistir, el tour pasa por las siguientes ciudades:

· Barcelona, 9 de octubre

· Madrid, 10 de octubre

· Sevilla, 16 de octubre

· Pamplona, 26 de octubre

Recordad que es necesario registrarse para asistir, los links los tenéis en la web oficial de HTML Tour, además de información ampliada de la agenda y los ponentes.

Introducción al desarrollo con Windows Phone (7.5) Parte II

Ioseba Palop — Thu, 27 Sep 2012 07:20:00 GMT

Introducción al desarrollo con Windows Phone (7.5) Parte I

En esta segunda parte veremos cómo está organizado el entorno de desarrollo, y una pequeña introducción al código xaml.

Familiarizándose con el entorno de desarrollo

Aunque en la instalación del SDK tenemos disponible la herramienta Expression Blend 4, que nos facilita el diseño de la aplicación, aquí nos centraremos en Visual Studio, y dejaremos las herramientas de diseño para los diseñadores.

Figura 01 – Expression Blend 4

Abrimos el proyecto de la última vez (o creamos uno) en Visual Studio. Lo primero que observaremos es que el espacio de trabajo queda dividido verticalmente en dos: la parte visual, y la parte de lenguaje xaml. Los cambios que realicemos en la parte visual (arrastrando controles desde el cuadro de herramientas), refrescará la parte xaml, y los controles que “piquemos” en xaml, se visualizarán en la parte de diseño.

Figura 02 – Entorno de desarrollo

Y como en cualquier otro proyecto, si pulsamos el botón derecho del ratón, y vamos a la opción “Ver Código” (también podemos pulsar F7), se nos abrirá una nueva pestaña con el CodeBehind.

Figura 03 – Opción para mostrar Code Behind

En la barra de herramientas, encontraremos las opciones de compilación y ejecución. En proyectos Windows Phone veremos que se nos ofrece ejecutar la aplicación en Emulador de 512 Mb de Ram, Emulador de 256 Mb (para emular dispositivos de gama baja, como Lumia 610) y en un dispositivo real conectado mediante cable USB (aunque para este último, deberemos tener el dispositivo registrado como dispositivo de desarrollo).

Figura 04 – Opciones de compilación y ejecución

Lenguaje XAML

Para quien no haya tocado ninguna tecnología que utilice XAML, este es el lenguaje de marcado basado en XML creado por Microsoft para el diseño de sus aplicaciones con Tecnología Silverlight y WPF (Windows Phone está basado en Silverlight). Aunque utilicemos herramientas de diseño como Expression Blend, el lenguaje subyacente seguirá siendo xaml.

En un primer vistazo al control MainPage.xaml creado por defecto, vemos que cada etiqueta representa un control, y los atributos de este son propiedades, con su valor asignado. Si tomamos como ejemplo el siguiente fragmento de código:

Figura 05 – Ejemplo de controles xaml

Observamos que existe un control de tipo StackPanel, tiene la propiedad x:Name con valor TitlePanel, propiedad Grid.Row con valor 0, y la propiedad Margin con valor 12,17,0,28. Este control tiene como contenido otros dos controles, de tipo TextBlock con sus atributos correspondientes. Esta recursividad de controles, junto con la creación de estilos y plantillas (que veremos más adelante) nos dará gran potencia en la creación y personalización de controles.

Otro punto a destacar a la hora de introducir controles en xaml son los espacios de nombres, es decir, controles que se encuentren en namespaces distintos al espacio de nombres por defecto. Si volvemos al código xaml, veremos como en la primera línea se hace referencia a un control que no esta en el namespace por defecto, ya que utiliza el prefijo (alias) phone. Si nos desplazamos un poco más abajo, encontramos la definición del alias phone, que realmente apunta al namespace clr-namespace:Microsoft.Phone.Controls;assembly=Microsoft.Phone. Estos se definen mediante la clave xmlns, y son el equivalente al using de C# o el Imports de Visual Basic.

Figura 06 – Ejemplo de definición de xmlns

Para terminar de entenderlo, probemos añadir un nuevo namespace, utilizando el Toolkit que habíamos instalado previamente:

1. Añadimos la referencia a la Dll (por defecto se encuentra en C:\Program Files\Microsoft SDKs\Windows Phone\v7.1\Toolkit\Oct11\Bin )

Figura 07 – Referencias del proyecto

2. En xaml, creamos una nueva entrada para el namespace del Toolkit. El formato es el siguiente:
xmlns:Alias="namespace;ensamblado".
Para nuestro caso, quedaría de la siguiente manera:
xmlns:toolkit="clr-namespace:Microsoft.Phone.Controls;assembly=Microsoft.Phone.Controls.Toolkit"

3. Ya podemos hace referencia a cualquier control que se encuentre en la biblioteca del Toolkit precediendo al control con el alias del namespace:

Figura 08 – Ejemplo de control del toolkit

En la próxima entrega veremos como funcionan los controles básicos, qué tipos de contenedores existen, y cómo crear nuestro primer UserControl.

Como siempre sugerimos la suscripción al canal RSS de Windows Técnico para estar al día de las novedades concernientes a noticias de seguridad y/o productos Microsoft.

Evento de lanzamiento de VS2012

Ioseba Palop — Wed, 26 Sep 2012 08:07:00 GMT

¡Ya tenemos fecha de lanzamiento de Visual Studio 2012!
Microsoft España ha preparado un evento de lanzamiento del entorno de desarrollo por excelencia, Visual Studio 2012. Recordad que es necesario registrarse para poder asistir. Las fechas elegidas son:

· Madrid, Teatro Goya, 2 de Octubre 09:30.

· Barcelona, Hotel Hesperia Tower, 4 de Octubre 09:30.

Figura 01 – Agenda de la presentación de VS2012

Entre otras muchas novedades, encontraremos una interfaz renovada al estilo Windows 8, herramientas de administración del ciclo de vida de las aplicaciones, plantillas y herramientas para la creación y distribución de aplicaciones Windows 8 y compatibilidad integrada con la nube.

Figura 02 – Nueva interfaz 2012

Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos”.Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas” y, por último, te recordamos que si te ha gustado el artículo puedes suscribirte al Canal RSS de Windows Técnico para estar al día de las novedades e información técnica de interés.