Ahora, http://www.vtortola.net redirecciona allí siempre.

A partir de ahora bloggearé aquí, e iré recuperando algunos de los artículos que postee en mi antiguo blog en WordPressy mi blog en ElBruno, aunque en este seguiré hanciéndolo.

Lo dicho, allí me encontrareis!

www.vtortola.Net

Ya no es solo el formateo de código, es el texto, las imagenes, las opciones … todo!! Comparad:

Artículo sobre el patrón desechable en WordPress.

Artículo sobre el patrón desechable en Community Server.

Asi que estoy en proceso de crear un blog con dicho portal en un hosting y hasta entonces seguiré posteando al blog que tengo en ElBruno.com, después haré una migración paulatina de todos los artículos al nuevo blog y ya seguiré allí y en el resto vía Crossposting

El nombre de dominio www.vtortola.NET apuntará al donde esté posteando en ese momento, como ahora que apunta a mi blog de ElBruno.com.

Un saludo.

Aprobé el 70-526, por lo que ya soy MCTS: Windows Applications

Ahora ya a por el 70-528 de Web Applications, pero de este no haré resumenes porque no me agrada mucho la programación web y el único objetivo de hacerlo es que lo necesito para ser MCPD:Enterprise Applications
]]> http://vtortola.wordpress.com/2007/07/12/70-526-aprobado/feed/ 3 vtortola http://vtortola.wordpress.com/2007/07/11/el-patron-desechable/ http://vtortola.wordpress.com/2007/07/11/el-patron-desechable/#comments Wed, 11 Jul 2007 09:26:19 +0000 vtortola http://vtortola.wordpress.com/2007/07/11/el-patron-desechable/ ]]> Este artículo ha sido migrado a mi nuevo blog:

Objetos desechables con la interfaz IDisposable

Ya había hablado del Garbage Collector aquí antes, pero me surgieron dudas existenciales sobre que pasa con una clase y sus relacionadas cuando se trata de una composición y cuando se trata de una agregación, que pasa con los hijos… con los nietos… y cuestiones varias como ¿y si se intenta destruir un hijo cuyo padre esta desreferenciado pero el GC aún no lo ha recolectado? ¿mantendría esta situación al hijo “vivo” hasta la siguiente recolección? etc… las típicas cosas que te hacen comerte la cabeza, así que decidí hacer unos experimentos La conclusión es simple, si el GC sale de caza y todos se han olvidado de ti… ó los que se acuerdan de ti ya nadie se acuerda de ellos… te come el GC (que trágica es la vida de un objeto en .Net ).

En principio, cuando una relación entre dos objetos es de composición, digamos que el hijo no puede vivir sin el padre, por lo que al destruir el padre ha de destruirse el hijo; cuando se trata de una relación de agregación, el hijo puede subsistir sin el padre ya que podría pertenecer a más relaciones ó simplemente ser un objeto independiente. Pero, estos dos conceptos son únicamente inherentes al diseño, en la práctica un objeto es un objeto y si no existe una referencia a él en ningún sitio es candidato a ser destruido por el GC, da igual de que color pintases la flecha en el diagrama UML xD.

Para las pruebas usaré esta sencilla clase de nodo, que permite ponerle un nombre, añadir más subnodos e indica en la consola cuando es destruida la instancia, que nombre tiene y en que generación ha sido:

Si creo un arbol de nodos y a continuación desreferencio al padre…

Sucede que todos son destruidos:

Pero, si creo una referencia a por ejemplo el “Nieto 1”…

Sucede que ese nodo en concreto no es recolectado, independientemente de que la clase que lo contenía haya desaparecido ya.

Esto se extiende a cualquier tipo de objeto, no solo a los que están en colecciones. Por ejemplo, creo una nueva clase que pueda monitorizar su destrucción:

La añado como miembro a la clase Nodo, quedando de esta forma:

Si ejecuto de nuevo el primer ejemplo, todo se destruye:

En conclusión, el algoritmo de optimización de memoria del GC contempla estas situaciones, y todo lo que no pueda ser accedido ya sea de forma directa ó indirecta es recolectado.

Hasta el próximo capítulo de “El Garbage Collector y tu”

Octavo resumen de 8 del temario para el examen 70-526 de la certificación MCTS Windows Applications 2.0. Esta, es una de las nuevas certificaciones Microsoft para .NET 2.0.

El último tema (por fin!!). Como distribuir nuestras aplicaciones de forma elegante y eficiente. Lo de mandar un .rar por email y un .txt adjunto con las instrucciones de instalación esta pasado de moda Personalmente, veo ClickOnce como una gran idea, pués uno de los handicaps de las WinApps contra las WebApps es esto mismo, la distribución

Engloba el tema 15.Deploying del libro oficial de Microsoft.

ClickOnce:

· Implementación de ClickOnce para aplicaciones Windows Forms.

· Implementación ClickOnce con Visual Studio.

· Es una nueva tecnología que permite al desarrollador distribuir sus aplicaciones de forma rápida y confiable en sitios web, carpetas compartidas ó sitios ftp.

· Las aplicaciones ClickOnce pueden ser configuradas para actualizarse automáticamente. Se puede configurar la aplicación para que busque actualizaciones siempre que se ejecute ó en un intervalo predefinido.

· Por defecto, estas aplicaciones se ejecutan en la zona de seguridad correspondiente a Internet si es descargada de un sitio web ó en la zona correspondiente a Intranet si se descargó de una carpeta compartida.

· Si se requieren permisos adicionales, pueden ser concedidos por el desarrollador, introducidos manualmente ó calculando los necesarios, para que posteriormente sean aceptados ó rechazados por el instalador.

Proyectos de instalación:

· Remember: 70-536: Instrumentación e Instalar y Configurar aplicaciones.

· Implementación de Windows Installer.

· Permiten crear aplicaciones “Windows Installer” para instalar una solución. Son altamente configurables y permiten un gran control sobre la configuración del proceso de instalación.

· Tienen varios editores para editar aspectos del proceso de instalación, incluyendo el editor de sistema de archivos, el editor del registro, el editor de tipos, el editor de interfaz de usuario, el editor de acciones personalizadas y el editor de condiciones de ejecución.

· El editor del sistema de archivos se usa para añadir otros archivos necesarios para la aplicación que no están en la solución ó no pertenecen al código. Puede crear directorios e instalar archivos en ellos. Puede crear accesos directos e incluso copiar según que archivos en función del sistema operativo.

· Tienen varias propiedades que muestran información descriptiva sobre la aplicación y afectan al comportamiento de esta en el momento de la instalación. Se pueden cambiar desde la ventana Propiedades de Visual Studio seleccionando el proyecto.

· Las acciones personalizadas son procedimientos que se ejecutan en tiempo de instalación/desinstalación. Se puede crear una acción personalizada añadiendo el código a una clase Installer, añadiendo dicha clase al proyecto, e indicando que proyecto es en el editor de acciones personalizadas.

· Cuando se dan errores que son irrecuperables en una acción personalizada, deberías lanzar una InstallException para deshacer la instalación sin dañar el sistema destino.

Séptimo resumen de 8 del temario para el examen 70-526 de la certificación MCTS Windows Applications 2.0. Esta, es una de las nuevas certificaciones Microsoft para .NET 2.0.

Otro tema que para mi es bastante importante, el como crear tus propios controles.

Engloba el tema 14.Creating Windows Forms Controls del libro oficial de Microsoft.

Controles compuestos:

· Desarrollar controles compuestos de formularios Windows Forms.

· Controles de formularios Windows Forms.

· Los controles compuestos, también llamados controles de usuario, consisten en un control compuesto de otros controles convencionales, llamados en este caso constituyentes. Se puede extender la funcionalidad de este tipo de controles siguiendo las reglas del polimorfismo y la POO. Estos controles son una especialización de la clase UserControl.

· Al añadir una nueva clase de tipo UserControl, Visual Studio nos provee de las herramientas y funcionalidades básicas para crearlo y diseñarlo.

· Las propiedades de los controles constituyentes generalmente no son accesibles por los desarrolladores (suelen ser privados). Se pueden exponer dichas propiedades envolviéndolas con propiedades públicas propias.

· Puedes hacer invisible un control en tiempo de ejecución configurando la propiedad Visible a True. Puedes definir el fondo transparente configurando BackColor a Color.Transparent. Puedes hacer un color transparente para todo el formulario configurándolo como Form.TransparencyKey.

· Puedes añadir una imagen al control para que aparezca en la barra de herramientas en la propiedad ToolboxBitmap.

Controles personalizados:

· Desarrollar controles personalizados en Windows Forms.

· A diferencia de los controles de usuario, para los controles personalizados hay que darles su propio código de pintado y renderizado

· Estos controles no tienen una interfaz visual por defecto y por ello no podemos diseñarlos al 100% con Visual Studio. Generalmente no incorporan otros controles Windows Forms.

· Se debe sobrescribir el método OnPaint para indicar como pintar el control.

· Con la instancia de Graphics obtenida de OnPaint se puede pintar el control.

· Estos controles son especializaciones de la clase Control.

· Remember: 70-536, Globalización, gráficos y manipulación de texto.

· Cuando se renderiza un control personalizado, se deben usar coordenadas para referenciar puntos en el control, y así indicar donde se quiere pintar.

Controles Extendidos:

· Se puede extender la funcionalidad de un control creando una clase que especializa dicho control existente. Encapsulan toda la funcionalidad del control del que heredan, pero además añaden unas nuevas funcionalidades y sobrescriben otras, creando un control con un fin ó especialización distintos.

· Puedes modificar la apariencia de un control extendido sobrescribiendo su método OnPaint y codificando ahí la nueva forma de renderizado.

Ventanas de dialogo personalizadas:

· Crear ventanas de dialogo en tiempo de diseño.

· Las ventanas de dialogo son unos formularios especiales diseñados para solicitar una información puntual al usuario.

· Pueden ser mostrados en modal ó no, con ShowDialog ó Show respectivamente.

· En modo modal detienen la aplicación y acaparan el foco hasta que el usuario emprende una acción y cierra el dialogo.

· En el método ShowDialog se puede especificar cual será el formulario padre al que bloqueará hasta obtener respuesta.

· La enumeración DialogResult representa los distintos valores que puede devolver un formulario cuando se muestra con ShowDialog.

Sexto resumen de 8 del temario para el examen 70-526 de la certificación MCTS Windows Applications 2.0. Esta, es una de las nuevas certificaciones Microsoft para .NET 2.0.

Desde mi punto de vista, lo más interesante del temario sobre “Win Apps”. Muchas de las cosas son pautas que se deberían tener en cuenta siempre, sobre todo la globalización y la accesbilidad

Engloba el tema 11.Advanced Topics in Windows Forms y 12.Enhancing Usability del libro oficial de Microsoft.

Arrastrar y soltar (Drag and Drop):

· Arrastrar y colocar en Windows Forms.

· Las operaciones de “arrastrar y soltar” se inician llamando al método DoDragDrop en el control que inicia la acción, se suele hacer normalmente en el manejador del evento MouseDown de dicho control. Dicho método toma dos parámetros, un objeto que contiene los datos que serán “arrastrados y soltados” y otro parámetro DragDropEffects que indica que efectos son permitidos.

· La enumeración DragDropEffects representa el efecto ó efectos en una operación de arrastrar y soltar.

· Los eventos GiveFeedBack y QueryContinueDrag son disparados en el control origen en este punto. El primero, permite personalizar el puntero del ratón con una forma personalizada y el segundo, podría usarse para decidir si continuar ó abortar la operación.

· El control destino debe tener como True la propiedad AllowDrop. Cuando se da esta condición al arrastrar datos a él, se dispara en el destino el evento DragEnter.

· El evento DragEnter en el control destino se usa para indicar los efectos permitidos en dicho control destino. Puedes examinar los datos en la propiedad DragEventArgs.Data que existen en el manejador del evento DragEnter y determinar si los datos son apropiados para el control. Puedes abortar la operación fijando DragEventArgs.Effect a None.

· La operación se completa en el evento DragDrop del control destino.Aquí, debe escribirse el código que complete la operación a alto nivel (añadir los datos a un ListView … realizar otra operación Query … etc… ).

· Los datos pueden ser arrastrados y soltados entre controles de diferentes aplicaciones. No hace falta ningún paso adicional para ello.

· Esta operación en un control TreeView comienza llamando al método DoDragDrop en el manejador del evento TreeView.ItemDrag. El resto del proceso es similar.

Globalización y localización:

· Globalizar y localizar aplicaciones.

· Remember 70-536: Globalización, gráficos y texto.

· Globalización: se refiere a cuestiones de formateado de datos, por ejemplo, la separación de decimales, miles ó los símbolos monetarios.

· Localización: se refiere a cuestiones relacionadas con el lenguaje de la aplicación, como el idioma ó la dirección del texto, mostrando unos textos u otros en función del lenguaje en cuestión.

· Cuando se habla de cultura, se habla de la información cultural en el país ó región en el cual la aplicación se desarrolla y está representada por un código.

· CurrentCulture hace referencia a la cultura que será usada para formatear los datos de la aplicación. Utilizar la propiedad CurrentCulture.

· CurrentUICulture hace referencia a la cultura que será usada para determinar qué recursos de localización serán usados. Utilizar la propiedad CurrentUICulture.

· Los formularios localizados, pueden crearse ajustando la propiedad Localizable a True y configurando la propiedad Language a una lengua distinta de la Default. Una nueva copia del formulario es creada para esta cultura y se le pueden añadir recursos localizados.

· Se puede mostrar la información de derecha a izquierda en un control ajustando la propiedad RightToLeft a True. Puedes invertir la distribución de todos los controles de un formulario ajustando las propiedades Form.RightToLeftLayout y Form.RightToLeft a True.

Formularios MDI (Multiple Document Interface):

· Aplicaciones MDI.

· Las aplicaciones MDI siguen un modelo padre/hijo. Un formulario padre contiene y organiza múltiples formularios hijos. Se pueden crear un formulario padre ajustando la propiedad Form.IsMdiContainer a True. Los formularios hijos son creados asignando la propiedad Form.MdiParent a un formulario padre apropiado.

· El formulario padre tiene métodos y propiedades que le permiten la organización de sus formularios hijos. Se puede obtener cual es el formulario hijo activo mediante la propiedad Form.ActiveMdiChild del formulario padre. Los formularios hijos pueden ser agrupados en el formulario padre usando el método Form.LayoutMdi de este.

· Puedes crear una lista de menú con los formularios hijos ajustando la propiedad MenuStrip.MdiWindowListItem a un ToolStripMenuItem. En tiempo de ejecución, el menú automáticamente mostrará los formularios hijos.

Accesibilidad:

· Accesibilidad en Windows Forms.

· Las aplicaciones deberían ser diseñadas para cumplir los principios de la accesibilidad, incluyendo flexibilidad, elección de métodos de entrada y/ó salida, consistencia y compatibilidad con las ayudas a la accesibilidad.

· Las aplicaciones deberían cumplir con la configuración estándar del sistema donde se ejecutan, de esta forma, las ayudas como la modificación del esquema de colores por uno de alto contraste ó el aumento del tamaño de las fuentes afectarán también a nuestra aplicación.

· Las aplicaciones accesibles deberían ser diseñadas teniendo en cuenta varias fuentes de entrada, incluyendo accesos de teclado (Hotkeys) bien documentados.

· Siempre que se emita un aviso sonoro, ha de ir acompañado de un mensaje informativo.

· Cada control tiene varias propiedades referentes a la accesibilidad que son usadas por las ayudas a la accesibilidad para obtener y mostrar información. Puedes configurar las propiedades de accesibilidad en tiempo de diseño en la ventana Propiedades del diseñador en Visual Studio.

Asistencia al usuario:

· Integrar ayuda al usuario en Windows Forms.

· El control PropertyGrid permite configurar las propiedades de un objeto en la aplicación mediante una interfaz tabular. La propiedad SelectedObject indica el objeto cuyas propiedades se pueden ajustar.

· El control ProgressBar informa al usuario del progreso de una tarea. Las propiedades ProgressBar.Minimun y ProgressBar.Maximun representan las dos cotas y ProgressBar.Value el valor actual.

· El control StatusStrip es un control ToolStrip que esta diseñado para mostrar información sobre el estado de la aplicación. Controles como ToolStripStatus y ToolStripProgressBar son controles de tipo ToolStripItem que están diseñados para combinarlos en StatusStrip.

· El componente ToolTip permite mostrar tooltips en los controles del formulario.

· El componente ErrorProvider permite mostrar errores in los controles de entrada de datos de la aplicación. Puedes validar la entrada del usuario añadiendo código en el manejador de eventos de Validating y si los datos no son válidos, usa el método ErrorProvider.SetError para mostrar un error.

· El componente HelpProvider permite integrar un archivo de ayuda “HTML Help 1.x” (.chm y .htm) con tu aplicación. La propiedad HelpNamespace representa la ubicación del archivo de ayuda asociado con el componente HelpProvider. Se puede llamar a HelpProvider.ShowHelp ó configurar ‘F1’ como SetHelpKeyword para mostrar la ayuda.

· El componente SoundPlayer te permite reproducir sonidos. Puedes usar la clase SystemSounds para reproducir sonidos en tiempo de ejecución.

· El componente Timer permite ejecutar acciones en intervalos regulares. El método que maneja el evento Timer.Tick se ejecutará en intervalos regulares definidos por la propiedad Timer.Interval.

· Los controles HScrollBar y VScrollBar están diseñados para proveer una interfaz que permite acceso rápido a un largo rango de valores en una lista de opciones.

· Los ajustes de aplicación permiten que estos persistan entre sesiones de usuario. Los ajustes de ámbito de aplicación son de solo lectura y los de ámbito de usuario de lectura/escritura en tiempo de ejecución. Administrar la configuración de la aplicación.

Quinto resumen de 8 del temario para el examen 70-526 de la certificación MCTS Windows Applications 2.0. Esta, es una de las nuevas certificaciones Microsoft para .NET 2.0.

Lo prometí no? Vuelve el modelo asíncrono … pero en plan repaso

Engloba el tema 13.Asynchronous Programming Techniques del libro oficial de Microsoft.

Administrando tareas en segundo plano con BackgroundWorker:

· El componente BackgroundWorker permite ejecutar operaciones en un hilo de ejecución separado. Llamando al método BackgroundWorker.RunWorkerAsync comienza la ejecución en segundo plano. El método manejador del evento DoWork contiene el código que se ejecutará en un hilo separado.

· Para pasar argumentos a la ejecución del método, usa la sobrecarga del método BackgroundWorker.RunWorkerAsync que acepta un objeto como parámetro. Luego, se puede obtener dicho parámetro desde la propiedad DoWorkEventArgs.Argument.

· El evento BackgroundWorker.RunWorkerCompleted es disparado cuando el proceso se completa.

· Es posible habilitar la cancelación de un proceso en segundo plano configurando la propiedad booleana BackgroundWorker.WorkerSupportsCacellation a True. Entonces se indica al BackgroundWorker que cancele el proceso llamando al método BackgroundWorker.CancelAsync, el cual ajusta la propiedad BackgroundWorker.CancellationPending a True. Entonces se debe evaluar dicha propiedad para abortar la ejecución de la lógica del método DoWork.

· Se puede informar del progreso de la operación en segundo plano, primero hay que ajustar la propiedad BackgroundWorker.WorkerReportsProgress a True. Puedes entonces llamar al método BackgroundWorker.ReportProgress desde el que se enviará el progreso. La ejecución de dicho método disparará el evento BackgroundWorker.ProgressChanged el cual se debe manejar para tomar la decisión deseada con dicha información.

Modelo asíncrono de desarrollo:

· Remember: 70-536 Resumen 4/7: Threading, dominios de aplicación y servicios Windows.

· Modelo asíncrono de desarrollo. La invocación..

· Modelo asíncrono. El control.

· Modelo asíncrono. Espera y finalización.

· Modelo asíncrono. Sincronización.

· Modelo asíncrono. Modificar controles desde otros hilos.

· Modelo asíncrono. Deadlocks.

Cuarto resumen de 8 del temario para el examen 70-526 de la certificación MCTS Windows Applications 2.0. Esta, es una de las nuevas certificaciones Microsoft para .NET 2.0.

Como imprimir desde nuestras aplicaciones en .NET, ni interesante ni emocionante, el papel es cosa de otra época

Engloba el tema 10.Printing in Windows Forms del libro oficial de Microsoft.

Imprimiendo en Windows Forms:

· Funcionalidad para imprimir en formularios Windows Forms.

· El componene PrintDialog.

· La clase PrintDialog representa una ventana de dialogo de impresión. Configurando la propiedad Document de un PrintDialog puedes habilitar al usuario a cambiar los ajustes de impresión para ese documento. También tiene varias propiedades que permiten ajustar que opciones podrá configurar el usuario.

· El componente PageSetupDialog representa una ventana de dialogo de configuración de página. Configurando la propiedad Document puedes permitir al usuario que cambie la configuración de página para ese documento. También tiene varias propiedades que permiten ajustar que opciones podrá configurar el usuario.

· Información acerca de PageSetupDialog.

· El componente PrintPreviewDialog representa una ventana de dialogo de vista previa de impresión. La propiedad Document indica cual es el componente PrintDocument que se está mostrando. También tiene una serie de botones que permite al usuario configurar el modo de presentación.

· Información acerca de PrintPreviewDialog.

Creando documentos de impresión:

· Un documento a imprimir es representado por el componente PrintDocument. Este dispara un evento PrintPage cuando se llama al método Print. El método que maneja dicho evento contiene toda la lógica que dibuja las formas que serán imprimidas.

· Información acerca del componente PrintDocument.

· El objeto PrintPageEventArgs que se pasa como parámetro al método manejador contiene un objeto Graphics que representa la impresora. Se puede usar los métodos de la clase Graphics para dibujar formas y texto a la impresora.

· Si hay múltiples páginas para ser imprimidas, debes configurar la propiedad PrintPageEventArgs.HasMorePages como True. Esto causará que dispare otra vez el evento PrintPage y el método volverá a ejecutarse. Se puede desarrollar una lógica que mantenga un seguimiento del número de páginas y así saber siempre si quedan páginas por imprimir.

· Se puede notificar al usuario cuando termina de imprimirse un trabajo manejando el evento EndPrint.

· La clase PrintingPermission especifica cuatro PrintingPermissionLevel que detallan los permisos para imprimir.

Creando un componente de previsualización personalizado:

- Información sobre PrintPreviewControl.

- El control PrintPreviewControl es el corazón del dialogo PrintPreviewDialog y contiene todas las funcionalidades requeridas para llamar al evento PrintPages y refirecionar la salida al control. La propiedad Document representa el componente PrintDocument que es previsualizado.

- Expone propiedades que permiten configurar el número de filas, el número de columnas, el nivel de zoom, si hay que usar anti-aliasing y la página de inicio.

- Si necesitas métodos ó eventos adicionales para extender la funcionalidad de PrintPreviewControl puedes crear una clase que herede de esta con los miembros adicionales.