Complementos para MonoDevelop: acciones para archivos

Introducción

MonoDevelop es el IDE con una arquitectura orientada a los complementos. El elemento primario es el Addin o complemento que a elección del programador  del usuario es utilizado para su uso.

En este artículo vamos a ver un detalle de las plantillas para proyectos en MonoDevelop. En concreto las acciones sobre los archivos que contienen por defecto estos proyectos.

Plantillas en MonoDevelop

Las plantillas en MonoDevelop son de dos tipos, las plantillas para archivos y las plantillas para proyectos. En ambos casos son archivos XML que contienen los metadatos necesarios para que MonoDevelop trabaje con ellos. Entre estos metadatos están los que permiten trabajar con archivos, así la etiqueta File permite integrar en el archivo XML el archivo que integre el proyecto.

 

Los atributos que admite el atributo File son los siguientes:

  1. Name: es el nombre del archivo. Si se incluye un archivo llamado Main que tiene la extensión .cs, el nombre del archivo será “Main.cs”.
  2. DefaultExtension: es la extensión del archivo. Si tenemos un extensión .json, la información que incluirá este atributo sera “.json”.
  3. BuildAction: las acciones es un tema más amplio que veremos en el siguiente apartado. Son heredadas de Visual Studio.

BuildActions: acciones de construcción sobre los archivos.

En el artículo enlazado en [1] podemos ver que hay 5 tipos de acciones sobre los archivos que se incluyen en un proyecto:

  1. Compile: el archivo será compilado.
  2. EmbeddedResource: se agregará como un recurso, por ejemplo, dentro de la carpeta  Resources.
  3. None: no hará ninguna acción especifica.
  4. Content: dentro de los proyectos ASP.NET 
  5. Page: para los proyectos basados en Moonlight.
En la imagen que hemos visto sobre la plantilla para un proyecto podemos ver que se ha seleccionado la acción None, es decir no hacer nada.

Bibliografía

[1] – http://mjhutchinson.com/journal/2011/03/monodevelop_tips_build_actions

[2] – http://upload.wikimedia.org/wikipedia/commons/f/ff/MonoDevelopLogo.png

 

 

Un fin de semana con ChromeOS: Viernes 25 de Noviembre por la noche

Estoy leyendo documentación sobre ChromeOS, entre ella, que el plazo para el concurso finaliza el 20 de Enero, como podeis comprobar especialmente dirigido a estudiantes universitarios que por esas fechas empiezan sus exámenes.

Lo primero que he hecho ha sido entrar en la página web del concurso y he inscribir la aplicación. Se supone que de esta manera ya concursamos, algo realmente cutre ya que es un formulario hecho con Google Docs y deja que desear, no parece nada profesional e incluso da que pensar que sea un timo. En cualquier caso prosigo, y paso a la página para realizar los primeros pasos:

1.- Crear un icono con las medidas que indican.

2.- Subir capturas de pantalla: si ni la he empezado por dios, esto es empezar la casa por el tejado.

Y hablan de Appmator que sirve para publicar las aplicaciones para Google Chrome Web Store: http://www.appmator.com/ además permite configurar una aplicación de manera rápida y efectiva. Genera el archivo de Manifiesto de nuestra aplicación con los valores necesarios.

Empezando con TDD en Javacript

Para realizar la aplicación voy a utilizar la metodología TDD, Desarrollo Orientado a Pruebas. Para Javacript desconozco si hay algo pero he encontrado estos dos artículos que he leido para ponerme a empezar:

1.- TDD en Javascript (I) – http://www.etnassoft.com/2011/02/10/tdd-en-javascript-1/

2.- Haciendo pruebas con QUnit – http://www.etnassoft.com/2011/02/01/qunit-testeando-nuestras-aplicaciones-javascript/

El uso de QUnit es bastante intuitivo, simplemente hay que añadir la línea que llama al script en una página web estandar y empezar a escribir las pruebas.

Mañana continuaré.

 

 

 

A %d blogueros les gusta esto: