Desde el día martes 25 de Agosto está disponible en el canal “Codeplex” la nueva aplicación multitouch de ejemplo denominada “Simón Dice Renewed”, un pequeño tributo al tradicional juego que fue lanzado en formato electrónico y tuvo gran éxito en los años 80.
La aplicación está disponible en sus versiones:
Desde su salida la luz hace dos días esta aplicación de ejemplo ha sido descargada en más de diez ocasiones en su formato de código fuente, viéndose así la curiosidad de los usuarios por saber un poco más sobre el código “oculto” detrás de este divertido juego, a la vez que queda reflejado como son cada vez más los usuarios que se pasean por el canal buscando las novedades que van siendo publicadas en relación a las tecnologías táctiles.
Precisamente la última versión que es la que se acaba de mencionar es la que se va a necesitar para seguir el análisis del código existente en el proyecto, aunque si lo que necesitáis es ver el funcionamiento del juego creado siempre podréis descargaros dos versiones restantes, recordando que la aplicación ha sido desarrollada para correr tanto en entornos MS Windows tradicionales con teclado y ratón, como en entornos MS Windows 7 Multitouch.
Para empezar con el tan mencionado análisis, podéis mirar el explorador de soluciones y ver la estructura del proyecto.
Como puede verse el proyecto “Simon Dice” contiene dos carpetas “Img” y “Sonidos” las cuales, como se puede intuir, contienen las imágenes que serán usadas en la aplicación y los sonidos que serán reproducidos a lo largo de la ejecución del programa respectivamente.
También incluye clases como “App.xaml”, “MainWindow.xaml”, “Resultado.xaml” que guardan en su código diversas funcionalidades necesarias para completar la ejecución del proyecto. Por último también cabe reseñar la inclusión de una imagen con formato “.ico” que hace referencia al logotipo que usará la aplicación mientras ésta se encuentre en uso.
En la presente entrada se quiere comentar un aspecto relevante pero que sin embargo suele ser pasado por alto por las mayoría de desarrolladores, que es establecer el “Build Action” de un fichero en la opción más adecuada y no dejarla simplemente con el valor que proporciona la configuración que viene por defecto.
Para dar un ejemplo sobre esta idea se utilizarán algunos de los diversos ficheros de los que está compuesto el proyecto “Simón Dice”.
Como puede observarse en la imagen, existen diferentes tipos de acciones de compilación (“Build Action”), que son comunes entre Visual Studio 2008 y Visual Studio 2010, como son las mostradas en el grafico además de estas dos que no han sido reflejadas:
- “SplashScreen” que sirve para definir una pantalla de bienvenida, en la aplicación.Para deshabilitarla simplemente se cambia este valor a “None”
- “EntityDeploy” que es usada por el ADO.NET Entity Framework.
Además en VS 2010 existen algunas opciones más en la lista desplegable de “Build Action”, como son:
- “DesignData” que como su propio nombre dice sirve para definir una plantilla de datos que serán usados en tiempo de diseño.
- “DesignDataWithDesignTimeCreatablesTypes” que definen los tipos de datos que pueden crearse en tiempo de diseño de forma similar a “DesignData”. Los datos se pueden crear utilizando los tipos definidos por defecto. Se puede usar esta acción de compilación cuando los datos de los objetos se pueden crear utilizando su constructor implícito vacío.
La propiedad acción de compilación o “Build Action” indica lo que hace Visual Studio con un archivo cuando se realiza una compilación. En esta ocasión se van a definir los valores usados comúnmente por la propiedad “acción de compilación” para que se tenga un mayor conocimiento sobre ellos:
Como su propio nombre dice, no hace nada con el fichero. Siempre que se desee que un fichero no realice ninguna acción se debe colocar
Se realiza el compilado del archivo que suelen ser ficheros con código fuente como por ejemplo “.vb”, “.cs” , etc.
Marcando esta opción el archivo será copiado en la carpeta de compilación del proyecto para ser distribuido con la aplicación, pero solo el contenido más no su código.
Los ficheros normalmente son copiados y distribuidos de manera independiente al ensamblado del proyecto, sin embargo si lo que deseas es incluir este fichero dentro del mismo ensamblado debes cambiar la acción de compilado a “Embedded Resource”.Esto hace que al compilar el proyecto dicho fichero sea embebido dentro del ensamblado resultante (“.dll” o “.exe”)
Esta opción se introdujo como nueva en VS2008 y se usa para identificar a los archivos de marcado XAML que contienen la definición de una aplicación WPF, esto es, un archivo XAML cuyo nodo raíz es <Application>. También se puede marcar un archivo “.cs” o “.vb” si la definición de la aplicación se hace directamente por código. Sólo puede haber un archivo en todo el proyecto marcado con esta acción de compilación.
También nueva y relacionada con WPF. Se usa para marcar archivos XAML de tipo página (normalmente con un archivo “CodeBehind” asociado) cuyo contenido se convierte a formato binario y se compila en un ensamblado. Suelen contener nodos de tipo “Window”, “Page”, “FlowDocument” o “UserControl”.
Similar a “Embedded Resource” porque incluye elementos como recursos en un ensamblado pero usado para WPF.
La aclaración sobre los conceptos de “acciones de compilación” ha sido introducida en la publicación de esta serie ya que durante el desarrollo del código de la aplicación surgieron algunas complicaciones con un fichero debido a que su “Build Action” estaba mal configurado. Tomando en cuenta esta circunstancia, se decidió hacer mención sobre ello ya que nunca viene de más aclarar conceptos para futuros desarrollos.
En la siguiente entrada se empezará con el análisis de los aspectos más técnicos de la aplicación como son los controles utilizados, atributos y funciones.
Para acabar, recuerda que si quieres aprender mucho más sobre los secretos de los sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos "Máxima Seguridad en Windows: Secretos Técnicos" , o siempre 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.
---------------------------------------------------------------------------------------------------------------------------
Desarrollo de aplicación de ejemplo Windows 7 Multitouch: “Simón Dice Renewed” I
Desarrollo de aplicación de ejemplo Windows 7 Multitouch: “Simón Dice Renewed” II
Desarrollo de aplicación de ejemplo Windows 7 Multitouch: “Simón Dice Renewed” III
Desarrollo de aplicación de ejemplo Windows 7 Multitouch: “Simón Dice Renewed” IV
Desarrollo de aplicación de ejemplo Windows 7 Multitouch: “Simón Dice Renewed” V
Desarrollo de aplicación de ejemplo Windows 7 Multitouch: “Simón Dice Renewed”. Anexo
----------------------------------------------------------------------------------------------------------------------------
Enviado
ago 26 2011, 11:01
por
Jhonattan Fiestas