nº 72 julio-agosto 2010 6,50 € Visual Basic • C# • ASP.NET • ADO.NET • AJAX • Silverlight • .

NET Framework

dotNetManía
www.dotnetmania.com

dedicada a los profesionales de la plataforma .NET

Silverlight 3D
Logrando efectos tridimensionales en Silverlight

Principio Open/Closed • Un ORM portable, ligero y eficaz • Silverlight PlaneProjection • Plataforma Android. Introducción al desarrollo • Migración
de código de SharePoint 2007 a 2010 • Desarrollando con Data Tier Application Component (DAC) • dnm.ux#12: Libertad, opciones y decisión

seminarios
Gracias a la agrupación de
alumnos entre los lectores
de dotNetManía, podemos
compartir costes y ofrecerle
formación presencial a un
precio realmente pequeño.
Comparta cara a cara sus
experiencias y dudas con
profesores de una gran
experiencia de campo, como
Eladio Rincón, Miguel Egea,
Daniel Seara y Alejandro
Leguizamo, en estos
seminarios de un día
durante el mes de
septiembre.
72
Eventos 08
VI SQLU Summit 2010 y Lanzamiento SQL Server 2008 R2
Principio Open/Closed 10-14
Este es el segundo de una serie de cinco artículos que describen los principios SOLID y su aplicación
en la Programación Orientada a Objetos. Después de examinar en nuestra entrega anterior el
Principio de Responsabilidad Única, este mes nos adentramos en otro de los principios, que además
guarda una estrecha relación con el primero: el Principio Open/Closed.
Un ORM portable, ligero y eficaz
Para desarrollo en entornos de escritorio y movilidad basados en .NET Framework 16-22
Actualmente existen múltiples tecnologías y disciplinas orientadas a recuperar y almacenar datos en
una base de datos. Sin embargo, no todas ellas están disponibles en dos mundos tan diferentes
como escritorio y movilidad, ni tampoco ofrecen soluciones que se adapten al 100% de nuestras
necesidades. El ORM que presentamos aquí es fácil de embeber en nuestros desarrollos, sencillo de
utilizar y nos brinda prácticamente toda la potencia de los grandes ORM.
Silverlight 3D. Logrando efectos tridimensionales en Silverlight 24-30
Silverlight incorpora para los programadores de aplicaciones Web una buena parte de las riquezas
declarativas de su hermano mayor, Windows Presentation Foundation (WPF). Esto incluye facilidades
tales como animaciones, enlace a datos y plantillas, que superan en expresividad, por la
declaratividad de XAML, a otros entornos imperativos como Flash.
Silverlight PlaneProjection 32-35
Con la versión 3.0 de Silverlight vio la luz lo que conocemos hoy en día como Plane Projection ó 2.5D:
la capacidad de proyectar un elemento 2D de Silverlight sobre un plano base, dando lugar a un
pseudo3D. Esta técnica también se conoce como Perspective 3D, ya que nos permite simular una
transformación de manipulación de un elemento en el espacio, si bien no es un 3D real.
Plataforma Android. Introducción al desarrollo 36-41
El sistema operativo Android está basado en el kernel de Linux y ha sido desarrollado bajo el amparo
de Google. En principio, nació como un sistema operativo para móviles; hoy en día lo tenemos
también en tablets y en Google TV. Desde su presentación en noviembre de 2007, estamos
actualmente en la versión 2.2 (también conocida como Froyo), una versión que quiere dar un punto
de madurez hasta la siguiente versión: la 3.0 o Gingerbread. Pero para nosotros, como
desarrolladores, la esencia de Android seguirá siendo la misma. Este artículo pretende introducir al
lector en el mundo del desarrollo para esta plataforma, adentrándonos en el entorno Eclipse y la
programación con Java.
Migración de código de SharePoint 2007 a 2010 42-45
En este artículo repasamos las principales dificultades que los desarrolladores podrán encontrar a la
hora de migrar de SharePoint 2007 a 2010, y veremos cómo hacer frente a las mismas para
conseguir que nuestros desarrollos y personalizaciones funcionen a la perfección.
Desarrollando con Data Tier Application Component (DAC) 46-51
En este artículo vamos a ver cómo con la llegada de SQL Server 2008 R2, Visual Studio 2010 y uno
de sus nuevos componentes (DAC), se nos simplifica la gestión del ciclo de vida de las aplicaciones
de base de datos.
dnm.ux 52-53
Libertad, opciones y decisión
dnm.q&a 54-57
Integración del CLR con SQL Server
dnm.desvan 58
 Seminarios Solid Quality Mentors
Duración: 8 horas +complemento a distancia* • Precio: 150 €
Horario: 10:00 a 14:00 y de 16:00 a 20:00 • Ciudad: Madrid
Formación bonificable 100% por la Fundación Tripartita

Optimización Avanzada de Consultas SQL

para desarrolladores y DBA
Profesor
Eladio Rincón. MCT y MVP en SQL Server. Eladio es Mentor
y Director de Tecnologías de Bases de Datos para Solid Quality
Mentors en España y Portugal.
Objetivo
La optimización de las consultas SQL de nuestras aplica-
ciones y gestores de BBDD es uno de los puntos claves para
la satisfacción de nuestros clientes y para el éxito de los proyec-
tos de desarrollo de software. En este curso de 8 horas se
plantea en profundidad el diseño y la optimización avanzada
de las consultas SQL de acceso a gestores de BBDD. Se uti-
lizará el gestor de BBDD Microsoft SQL Server.
Audiencia
Dirigido a analistas programadores, programadores, admi-
nistradores de BBDD (DBA) e incluso jefes de proyecto que nece-
siten estos conocimientos técnicos avanzados.
Fecha: 7 de septiembre de 2010
Introducción a SharePoint 2010
Profesor
Daniel Seara. MCT y MVP en SharePoint. Daniel es Mentor y
Director de Formación para Solid Quality Mentors en España
y Portugal.
Objetivo
Este seminario introduce a las nuevas características de la
plataforma SharePoint 2010, tanto desde un punto de vista de
profesionales de tecnología, como de desarrolladores de solu-
ciones.
Audiencia
• Analistas de negocio que deseen más información sobre
SharePoint Server 2010.
• Usuarios finales que deseen aprender a usar SharePoint
Server 2010 y ser productivos con las nuevas funciona-
lidades.
• Profesionales de TI que deseen conocer las nuevas carac-
terísticas disponibles en la administración de SharePoint
Server 2010.
• Desarrolladores que deseen conocen las nuevas capaci-
dades de desarrollo en SharePoint Server 2010.
Optimización y Buenas Prácticas en Aplicaciones PowerPivot en Profundidad
de Inteligencia de Negocios con SQL Server Profesor
Profesor Alejandro Leguizamo. MVP en SQL Server, Mentor y Director
Miguel Egea. MCT en SQL Server. Miguel es Mentor y Director Comercial para Solid Quality Mentors en España y Portugal.
de Tecnologías de Business Intelligence para Solid Quality Objetivo
Mentors en España y Portugal. El objetivo del presente seminario es el de mostrar en pro-
Objetivo fundidad cuáles son las características más provechosas del
El objetivo del presente seminario es el de mostrar a los asis- nuevo PowerPivot, tanto en su versión para Excel, como en el
tentes las mejores prácticas y trucos de optimización para el complemento para SharePoint. Conocerás la arquitectura inter-
na que permite a Excel trabajar con millones de filas, apren-
diseño de soluciones de Inteligencia de Negocios utilizando
tecnología Microsoft. Se mostrarán ejemplos de técnicas reales derás a escribir expresiones DAX para potenciar los informes
que facilitarán la resolución de problemas de negocio comunes. y verás cómo compartir todo eso en SharePoint 2010.
Audiencia
Audiencia
El seminario está dirigido a programadores y analistas de solu-
Este seminario está dirigido a profesionales con experiencia
ciones de inteligencia de negocios, principalmente en tec-
en el diseño, desarrollo y despliegue de soluciones de
nologías Microsoft. También será de utilidad para usuarios de
Inteligencia de Negocios utilizando tecnología Microsoft.
negocio avanzados con perfil técnico.
También será de utilidad para profesionales que, teniendo expe-
riencia en otras plataformas, quieran obtener los conocimien-
Fecha: 28 de septiembre de 2010
tos específicos de la plataforma Microsoft.
Fecha: 21 de septiembre de 2010
Los seminarios son impartidos por mentores de Solid Quality Mentors y coorganizados con Aula Vulcan.
Para inscripciones y más información, vaya a http://www.dotnetmania.com/aulavulcan o contacte por telé-
fono al 916667477 o en formacion@netalia.es
* El complemento a distancia consiste en 2 horas de LiveMeeting en directo con el profesor y 8 horas para la recepción de dudas

Fecha: 14 de septiembre de 2010

 Plataforma Android
Introducción al desarrollo

El sistema operativo Android está basado en el kernel de Linux y ha sido desarrollado bajo el amparo de
Google. En principio, nació como un sistema operativo para móviles; hoy en día lo tenemos también en
tablets y en Google TV. Desde su presentación en noviembre de 2007, estamos actualmente en la ver-
sión 2.2 (también conocida como Froyo), una versión que quiere dar un punto de madurez hasta la siguien-
te versión: la 3.0 o Gingerbread. Pero para nosotros, como desarrolladores, la esencia de Android seguirá
siendo la misma. Este artículo pretende introducir al lector en el mundo del desarrollo para esta plata-
forma, adentrándonos en el entorno Eclipse y la programación con Java.

B uena parte del éxito de la plataforma

Android se debe a su aceptación por parte los pro-
gramadores y la venta de aplicaciones en el Android
Market, la tienda de aplicaciones de Android, en la
que se permite a los desarrolladores publicar, sin
ningún tipo de filtro, aplicaciones tanto gratuitas
como de pago. En el caso de que nuestras aplica-
ciones sean de pago, nuestra remuneración, a través
de Google Checkout, es del 80% de las ventas.

Diferentes versiones
Antes de comenzar, debemos tener claro cómo está
actualmente el mercado de los dispositivos. Goo-
gle realiza estudios quincenales, como el mostra-
do en la figura 1, analizando qué versiones de
Android se están utilizando.
Debemos tener en cuenta para qué versión que-
remos desarrollar, ya que si usamos el SDK de la
versión 2.1 estaríamos bloqueando el acceso a nues-
tra aplicación a más de la mitad de los dispositivos
actuales.
Las herramientas de desarrollo
Otra de las cosas que debemos saber antes de
ponernos es de qué herramientas disponemos para
Eugenio Estrada
trabajar con Android. El equipo de Android pone a
Programador especializado en
tecnologías Microsoft y diseño de
interfaces de usuario
Figura 1. Diferentes versiones de
Android a fecha 16 de junio de 2010
disposición de los programadores varias herra-
mientas de desarrollo para todas las plataformas:
Windows, Mac y Linux. Por un lado, tenemos el
Android SDK, que nos permite desarrollar con Java,
contiene los distintos emuladores, las Google API
y permite empaquetar nuestras aplicaciones.
Además, como entorno oficial tenemos a Eclipse,
y para él existe el Android Development Tools (ADT)
Plugin for Eclipse.
Pero a mayores, tenemos la posibilidad de escri-
bir código nativo; para ello se ha puesto a disposi-
ción de los desarrolladores el Native Development
Toolkit (NDT). Éste está sobre todo pen- • OpenGL | ES. Esta librería está pensa- Los principales tipos de componen-
sado para juegos, ya que permite traba- da para el uso en juegos 3D. tes son los siguientes:
jar con OpenGL sin necesidad de la • SGL. La podemos usar para manejar
máquina virtual de Java, pudiendo así gráficos en 2D, ya sea para crear nues- • Activity. Al desarrollar una aplicación
tener un mejor rendimiento. tra propia interfaz o para juegos sim- para Android, al menos deberemos
ples en 2D. tener un Activity. Es el encargado de
Instalando el Android SDK • WebKit. Con él, podemos integrar el gestionar la interfaz de usuario y se apo-
motor de renderización Web que usan ya en una colección de rectángulos, lla-
Para instalar el SDK, debemos por un Safari, Chrome y el propio Android. mados View, que interactúan con el
lado tener instalado Eclipse 3.4 ó 3.5 con • Media Framework. Para poder hacer usuario.
el Java Development Kit 5 ó 6. Una vez lo uso de audio y vídeo, debemos usar • Service. Los servicios se ejecutan total-
tengamos instalado, debemos seguir los estar librería. mente en segundo plano; en nuestro
siguientes pasos: • FreeType. Con ella podremos renderi- ejemplo de reproductor de audio, será
zar textos usando diferentes fuentes. el que reproduzca el sonido. Otras apli-
1. Descargar el Android SDK para la plata-
forma que deseemos desde la dirección
http://developer.android.com/sdk, y
descomprimirlo en la carpeta que crea-
mos oportuno.
2. Instalar el ADT Plugin for Eclipse.
Para ello, debemos ir a la opción de
añadir nuevo software de Eclipse y aña-
dir el siguiente repositorio: https://
dlssl.google.com/android/eclipse.
3. Establecer la ubicación del Android
SDK en las preferencias de Eclipse, en
la nueva opción “Android". Aquí debe-
mos indicar la ubicación exacta donde
hemos descomprimido el SDK.
4. Instalar los componentes de desarrollo.
En el menú “Window" | “Android SDK
and ADV Manager", debemos instalar
los distintos paquetes de las diferentes
versiones de Android. En la opción “Avai-
lable Packages" instalaremos las dife-
rentes versiones del SDK, la documen-
tación, las Google API, las ROM de la ver- Figura 2. Arquitectura de Android
sión que instalemos para los dispositi-
vos virtuales y los distintos ejemplos.
Una plataforma basada caciones se pueden subscribir a él, si
Una vez seguidos todos los pasos en componentes conocen su interfaz, para comunicarse
anteriores, ya tendremos instaladas las con él.
herramientas necesarias para poder tra- El software de Android está basado en com- • Broadcast receivers. Estos componen-
bajar con Android. ponentes independientes que interactúan tes se ejecutan en segundo plano y reci-
entre sí. En una aplicación con audio, ten- ben datos de cambios en el sistema: lla-
Librerías del Android SDK dremos al menos dos componentes: uno mada recibida, llamada finalizada, nue-
ejecutándose en segundo plano reprodu- va posición en el GPS, etc. En el ejem-
Como podéis ver en la figura 2, el Android ciendo el audio, y otro en primer plano ges- plo del reproductor de audio, estos com-
SDK trae de serie un conjunto de librerías tionando la interfaz de usuario. Es impor- ponentes se utilizarían para pararlo en
que podemos usar en nuestras aplicaciones. tante destacar que estos componentes son caso de llamada o de batería baja. Las
Entre ellas, las más importantes son: independientes, ya que podría haber una comunicaciones se hacen mediante
aplicación de terceros que también ges- unos mensajes llamados Intent.
• SQLite. Nos permite tener una base de tione ese componente de audio en segun- • Content provider. Este componente es
datos local con la que gestionar todos do plano, o nosotros usar un componen- necesario para la compartición de datos
dotNetManía

los datos de nuestra aplicación. te que exponga un tercero. entre los distintos componentes de

37
 nuestra aplicación. Debe exponer una
estructura de datos que se vaya a com-
partir entre ellos.
Creando nuestra primera
aplicación
Para crear una aplicación para Android
en Eclipse, debemos ir a “File" | “New" |
“Project" y seleccionar “Android Project".
Veremos el diálogo que se presenta en la
figura 3.
A la hora de crear un nuevo proyec-
to, debemos tener en cuenta diferentes
aspectos en cuanto a la nomenclatura.
Por un lado, tenemos el Project Name,
que es un identificador para Eclipse; de
él dependerá la carpeta en nuestro espa-
cio de trabajo (workspace). Por otra par-
te, tenemos el Application Name, que
será el nombre de nuestra aplicación,
cómo aparecerá en el dispositivo, etc.
Luego tenemos el Package Name, que
se rige por los mismos criterios que los
proyectos en Java: el namespace inicial
de nuestro proyecto será com.empre-
sa.NombreProyecto. Por último, tene-
mos la versión mínima del SDK para indi-
carnos qué dispositivos pueden abrir
nuestra aplicación; para ello, la versión
debe ser igual o mayor al build target que
hayamos seleccionado. Este número está
en correspondencia con el API Level; por Es importante señalar que para todos
ejemplo, la versión 1.6 corresponde al los ficheros que guardemos en la carpe-
nivel 4 de la API, y la 2.1 al nivel 7. ta de recursos se nos va a crear un iden-
Pulsando el botón “Siguiente" podre- tificador único por el cual poder obtener-
mos generar un proyecto para testeo, algo lo; por ejemplo, en caso de tener un fiche-
que queda fuera del ámbito de este artí- ro main.xml en la carpeta layout, que se
culo; en nuestro ejemplo no lo crearemos. genera por defecto, podremos acceder a
él mediante R.layout.main. Si abrimos
el fichero R.java de la carpeta gen, podre-
Mientras Android 1.x continúe tenien- mos ver todos los identificadores gene-
do una cuota de mercado tan grande, rados.
si no necesitamos nada específico de
alguna API posterior deberíamos desa-
El manifiesto de la aplicación
rrollar para la versión 1.5, API Level 3.
Toda aplicación de Android debe expo-
ner un fichero de manifiesto, AndroidMa‐
Los recursos de la aplicación nifest.xml (listado 1). Es, quizá, uno de
los elementos más importantes de nues-
La carpeta de recursos, res, es don- tro desarrollo, ya que en él es donde se
de debemos guardar los ficheros de solo deben especificar un montón de cosas
lectura que nuestra aplicación deba usar. para nuestra aplicación.
En la tabla 1 podemos ver qué tipos de En este fichero, por un lado, tenemos
ficheros podremos guardar en las carpe- todas las configuraciones que establecimos
tas de recursos. al crear nuestro proyecto: package, Min SDK
Directorio Recurso
anim Ficheros XML que definen animaciones.
color Ficheros XML que definen listas de colores.
drawable Imágenes de mapa de bits (PNG, JPG o GIF) o ficheros XML
que definan figuras como shapes, animation drawables, color
drawables, etc.
layout Ficheros XML que definen la interfaz de usuario.
menu Ficheros XML que definen menús.
raw Permite almacenar ficheros arbitrarios.
values Ficheros XML que almacenan valores simples, como string,
integer y color. Existen convenios para algunos nombres de
los ficheros: arrays.xml, colors.xml, dimens.xml, strings.xml
y styles.xml.
xml Permite almacenar ficheros XML arbitrarios.

Tabla 1. Carpetas de recursos

Opcionalmente, podemos tener Version, Activity Name, etc. En principio, en

una segunda carpeta de cada una de las
anteriores terminada en -land, como por
ejemplo layout-land. Si la tenemos cre-
ada, será la que se use en caso de que
el dispositivo esté de forma horizontal
dotNetManía
este fichero no deberíamos tocar nada a
mano, ya que el ADT Plugin permite edi-
tarlo a través de una serie de diálogos, como
se puede ver en la figura 4.
La parte más importante del mani-

Figura 3. Nuevo proyecto de Android (landscape). fiesto es aquella donde establecemos los

38
 El elemento Action indica las accio-
<?xml version="1.0" encoding="utf‐8"?> nes disponibles para la aplicación, como
<manifest xmlns:android="http://schemas.android.com/apk/res/android" por ejemplo podrían ser: compartir, ver,
package="com.dnm.Helloworld" editar, etc.; por otro lado, están las cate-
android:versionCode="1" gorías (Category) que indicarán desde
android:versionName="1.0">
<application android:icon="@drawable/icon" android:label="@string/app_name">
dónde se van a lanzar las acciones. Por
<activity android:name=".HelloWorldActivity" ejemplo, si estuviéramos desarrollando
android:label="@string/app_name"> una aplicación para compartir vídeos,
<intent‐filter> tendríamos un Intent Filter que indique
<action android:name="android.intent.action.MAIN" /> en su Action que queremos compartir, y
<category android:name="android.intent.category.LAUNCHER" />
</intent‐filter>
en su Category indicaríamos qué datos
</activity> queremos capturar, mediante el nodo
data.
</application>
<uses‐sdk android:minSdkVersion="7" />
Permisos
</manifest>
A la hora de descargar una aplicación
en Android Market, se nos pregunta qué
Listado 1. AndroidManifest.xml recursos utiliza nuestra aplicación. Ello no
es solamente un formalismo; la aplicación
debe definir todos esos recursos que va a
utilizar y solicitar un permiso, que se mues-
tra de esa forma en el Android Market. Entre
estos permisos se encuentran algunos que
seguramente vayan a incluir la mayor par-
te de nuestras aplicaciones, como por ejem-
plo el de acceso a Internet, y otros como
poder realizar una llamada o gestionar las
cuentas del sistema operativo.

Figura 4. Editando las opciones del manifiesto
componentes de nuestra aplicación, como
los Activity. En las aplicaciones podemos
definir tantos Activity como queramos;
cada uno de ellos será visible como un
icono en nuestro terminal. Pero para cada
terminal debemos definir su Intent Filter.
Como dijimos antes, un intent es un men-
saje interno del sistema operativo.
Por un lado, debemos indicar cuál es
dotNetManía
<action android:name=
"android.intent.action.MAIN" />
Y por otro lado, debemos indicar que
esta actividad queremos que esté dispo-
nible desde el menú de aplicaciones:
<category android:name=
Views
Comentábamos antes que cada Acti-
vity estaba formado por uno o varios
View, que son la pieza básica para los
componentes de nuestra interfaz. Todo
componente de la interfaz de usuario debe
derivar de la clase View. Existen princi-
palmente dos grupos de controles: por
un lado, tenemos los que derivan de View‐
Group, que son los que definen el layout
de nuestra aplicación: LinearLayout, Fra‐
meLayout, RelativeLayout, etc., que se
usarán como contenedores de elemen-
tos; por otra parte, están los que no deri-
van de ViewGroup, entre los que podemos
encontrar TextView, ListView, Spinner,
Button, EditText, TimePicker, etc.
Nuestro proyecto, en la carpeta de
recursos layout, debería tener un fiche-
ro main.xml que será el que "pinte" nues-
tro Activity por defecto. Como podéis ver
en el listado 2, debemos definir un layout,
en nuestro caso LinearLayout, y luego

"android.intent.category.LAUNCHER" />
el Activity principal de la aplicación: introducimos el resto de componentes en

40

<?xml version="1.0" encoding="utf‐8"?>
<LinearLayout
xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical"
android:layout_width="fill_parent"
android:layout_height="fill_parent">
<TextView
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:text="@string/hello" />
</LinearLayout>
Listado 2. Interfaz de nuestra aplicación: main.xml
él. En este caso tenemos un TextView, que es un con-
trol que simplemente muestra un texto, que toma su
valor de la clave hello de los ficheros de recursos. En la
carpeta de recursos values hay un fichero llamado
string.xml; lo que el sistema hará será buscar en todos
los ficheros de recursos un recurso de tipo string con
la clave hello.
Para añadir, por ejemplo, un simple botón a nues-
tra aplicación, debemos ponerlo debajo del TextView,
como se muestra en el listado 3.
<Button
android:text="helloWorld"
android:id="@+id/Button01"
android:layout_width="wrap_content"
android:layout_height="wrap_content" />
Listado 3. Añadiendo un Button
Como seguramente vamos a querer controlar el even-
to Click del botón, debemos asignarle un id, sin el cual
no podremos referirnos a él desde el código.
Añadiendo lógica a nuestra aplicación
A lo largo de todo el artículo hemos visto un montón
de cosas, pero hasta el momento no hemos hablado de
cómo programar nuestra aplicación. Como hemos dicho
desde el primer momento, se programa con Java, y el
código de nuestra aplicación, que está por defecto en la
carpeta src, tan solo contendrá el código de nuestro
Activity, como se puede ver en el listado 4.
En el listado 4 se puede observar cómo nuestra acti-
vidad deriva de Activity y lo que hace es sobrescribir el
método onCreate para definir, mediante el método set‐
ContentView, nuestra vista principal. Lo que se debe
pasar a este método es el id del recurso, que es auto-
generado por Eclipse; por lo tanto, debemos usar el fiche-
ro R.java para obtener su valor.
package com.dnm.Helloworld;
import android.app.Activity;
import android.os.Bundle;
public class HelloWorldActivity extends Activity {
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
}
}
Listado 4. HelloWorldActivity
Desde Java podemos también referirnos a un con-
trol y controlar sus eventos. En el listado 5 podemos ver
cómo obtener el botón que añadimos a nuestra interfaz
y controlar su Click. El método findViewById nos per-
mite obtener los View a través del id autogenerado en
el fichero R.java. Y para controlar el evento debemos
crear un Listener para él, que le pasamos como pará-
metro al método setOnClickListener. Cuando ocurra
el evento Click, se ejecutará el método onClick del Lis‐
tener que hayamos suministrado.
Button button1 = (Button) findViewById(R.id.Button01);
button1.setOnClickListener(new View.OnClickListener() {
public void onClick(View v) {
// Código a ejecutar en el evento Click
}
});
Listado 5. Gestión de los eventos de nuestros componentes
Conclusiones
Resumiendo todo lo que hemos visto en este artículo:
• Debemos tener en cuenta para qué nivel de la API que-
remos programar, de forma de poder abarcar el mayor
mercado posible.
• El manifiesto de la aplicación es el que indica todo lo
referente a ésta: qué expone, qué necesita, etc.
• Los ficheros que necesite la aplicación deberán ser
guardados en las carpetas de recursos.
• El fichero R.java es el que sirve de puente entre los
recursos y el código.
• Toda aplicación debe tener un Activity principal.
Con esta introducción hemos querido abrir la puerta
a una tecnología que ofrece una forma de programar un
tanto extraña para los que leemos esta revista. Una vez
la puerta esté abierta, procuraremos en próximos artícu-
dotNetManía
los abordar temas más específicos de la plataforma. t
41
/*ESTÁ EN TODAS PARTES*/

El código se utiliza para crear las cosas que nos rodean.

Prácticamente mires donde mires, ahí está. Y ofrece infinitas
posibilidades a los desarrolladores. Mediante Visual Studio 2010
podrás hacer realidad tu sueño gracias a nuevas herramientas
que cambiarán tu forma de trabajar de forma espectacular,
desde el diseño del proyecto hasta su puesta en marcha.

LIFE RUNS ON CODE.

Y TÚ, ¿QUÉ HARÍAS CON VISUAL STUDIO 2010?

Empieza en VisualStudio.com