Referencia abreviada Developer Studio de Visual C++ y librería MFC

Visual C++ de Microsoft es un compilador de C++, perteneciente a la línea de herramientas de desarrollo con Windows. El paquete de Visual C++ contiene no solamente ese compilador, sino también todas las bibliotecas, ejemplos y documentación que se necesita para crear aplicaciones en WindowsNT y Windows95.

La parte central del paquete de Visual C++ es Developer Studio (Estudio del Desarrollador), que es el Ambiente Integrado de Desarrollo (IDE, para los anglosajones) que se muestra en la ilustración.

Algunas de las herramientas que incorpora el Developer Studio son:

• Editor integrado, con capacidad de arrastrar y soltar, y resaltado en la sintaxis.

• Editor de recursos, para crear recursos de Windows, como mapas de bits, iconos, cuadros de diálogo y menús.

• Depurador integrado, permitiendo que se ejecuten programas y se revisen los posibles errores de forma muy sencilla.

• Ayuda en línea, sensible al contexto para todas las herramientas incluidas en el Developer Studio, incluyendo ayuda sobre el lenguaje C++, la interfaz de programación Windows y la biblioteca de clases MFC.

Developer Studio incluye también tres asistentes que se emplean para simplificar el desarrollo de los programas de Windows:

AppWizard (hechicero de aplicaciones) se usa para crear el esquema básico de un programa de Windows. Los tres tipos de programas que se manejan son: los de simple documento, los de múltiple documento y los basados en cuadro de diálogo.

ClassWizard (hechicero de clases) se usa para definir las clases en un programa creado con AppWizard. Se pueden añadir clases, añadir funciones a esas clases para manejar los mensajes recibidos y también se pueden manejar controles mediante la asociación de variables miembro a esos controles.

ActveX ControlWizard (hechicero de controles OLE) se usa para crear el esqueleto de un control OLE. Un control OLE es un control personalizado que soporta un conjunto definido de interfaces y se utiliza como un componente reutilizable. Sustituyen a los controles de VisualBasic, o VBX, que se usaron en las versiones de 16 bits de Windows.

Bibliotecas MFC versión 4.21

Se trata de una biblioteca de clases que hace que la programación en Windows sea más sencilla. La gran cantidad de código escrito para el programador permite concentrarse en las partes más importante del código sin tener que preocuparse de los detalles de la programación en Windows. La mayor parte de las clases quedan dentro de las siguientes categorías principales:

• Arquitectura de la aplicación, que incluye clases que ayudan a proporcionar los cimientos básicos para aplicaciones escritas mediante el uso de la MFC.

• Cuadros de diálogo, que se derivan de CDialog, una clase básica de cuadros de diálogo.

• Vistas, que se utilizan en la arquitectura de Documento/Vista para representar la salida del programa. En esta categoría se incluyen clases que soportan desplazamientos, edición y ventanas que se basan en cuadros de diálogo.

• Controles, que se usan para proporcionar acceso a todos los controles proporcionados por WindowsNT y Windows95. En esta categoría se incluyen las clases que manejan controles de árbol, vistas de listas y cuadros combinados.

• Objetos gráficos, que se utilizan para la creación de la salida de un programa de Windows. Esta categoría incluye clases para plumas, brochas, iconos y mapas de bits.

• Excepciones, que se usan para indicar que ha ocurrido un evento inesperado durante la ejecución del programa.

• Colecciones, un tipo especial de clase que se usa para contener objetos de otra clase. Algunas se basan en plantillas, lo que permite que se les utilice casi con cualquier objeto.

• Clases OLE, que se usan para proporcionar soporte para la creación de las aplicaciones conscientes de OLE.

• Clases misceláneas, que incluyen clases para cadenas, rectángulos y servicios de WOSA (arquitectura de Sistema Abierto de Windows), como comunicaciones basadas en conectores y MAPI (interfaz de programación de aplicaciones para mensajes).

Uno de los objetivos principales de diseño del lenguaje C++ fue proporcionar un lenguaje que apoyara la programación orientada a objetos. Esta programación no es nueva, ya que Simula apareció a mediados de los años sesenta.

El diseño orientado a objetos comprende la clasificación de objetos y acciones del mundo real como clases que pueden crearse, manejarse y destruirse. Los datos que forman un objeto y las funciones que se realizan sobre ese objeto se combinan para formar una clase, o una descripción de ese objeto. Las clases pueden heredar funcionalidad de otros objetos y se pueden añadir nuevas que se apoyan en clases existentes.

Otra parte importante del diseño orientado a objetos es la idea de que la clase debe proporcionar una interfaz que se usa para manejar los objetos que se crean a partir de la clase. En la medida de lo posible, los detalles de la implementación deben quedar ocultos ante el usuario. Así se puede cambiar la implementación sin tener que variar la interfaz.

En el diseño estructurado tradicional, los datos manejados por un programa y las funciones que manejan los datos están separados. En ocasiones, es difícil volver a utilizar partes de un diseño elaborado con técnicas de diseño estructurado, a menos que el nuevo diseño sea muy similar al antiguo.

Un diseño orientado a objeto puede utilizarse en programas futuros, en forma similar a los componentes de hardware.

Otra de las ventajas del diseño orientado a objeto es la herencia. Las clases identificadas como padre o base contienen datos y funciones que se incluyen en todas las clases hijas o derivadas. Si una operación puede hacerse utilizando una clase base, todas las subclases deben ser capaces de realizar la misma tarea. Esto se conoce como el Principio de Substitución de Liskov.

Cuando los mismos métodos se declaran en las clases padres y en las hijas, pero el compilador debería elegir la función adecuada para cada ocasión, entonces a estas funciones se las declara como virtuales. En el caso de que no tenga sentido esa función en la clase base, se dejará sin implementar y esta clase pasará a ser abstracta. Es decir, sólo se usará para dar origen a otras clases.

Las dos clases base de las MFC son CObject y CWnd, y son las que proporcionan una funcionalidad especial a las derivadas de ellas. CObject es la clase que está en la raíz de la jerarquía de clases MFC. Cualquier clase que representa una ventana o control se deriva de CWnd. Estas dos clases utilizan funciones virtuales, que permiten al programa accesar funciones de propósito general a través de un apuntador base. Esto permite que se use fácilmente cualquier objeto que se deriva de CObject o CWnd cuando se interactúa con el marco de trabajo de MFC.

La clase CObject proporciona cuatro tipos de servicios:

• Diagnóstico de la administración de memoria, proporciona mensajes de diagnóstico cuando se detectan fallas de memoria. Las fallas se causan frecuentemente un erre en la liberación de objetos que se hayan creado dinámicamente.

• Soporte a la creación dinámica, usa CRuntimeClass para permitir que se creen objetos en tiempo de ejecución (runtime). Esto es diferente a la creación dinámica de objetos usando el operador new.

• Soporte de serialización, permite que un objeto se guarde y cargue en una forma orientada a objetos.

• Información de clase en tiempo de ejecución, para proporcionar información de diagnósticos cuando se descubren errores en el programa y cuando se serializan objetos hacia o desde el almacenamiento.

Se puede controlar la funcionalidad proporcionada por CObject usando macros de declaración de la clase derivada y en los archivos de definición o encabezamientos. Existen cuatro niveles diferentes de soporte que proporciona CObject a sus clases derivadas:

• El soporte básico con detección de fallas no requiere macros.
• macro DECLARE_DYNAMIC (en la declaración de la clase) y macro IMPLEMENT_DYNAMIC (en la definición de la clase), para el soporte de identificación de la clase al momento de ejecución.
• macro DECLARE_DYNCREATE y macro IMPLEMENT_DYNCREATE para el soporte de creación dinámica de objetos.
• macro DECLARE_SERIAL y macro IMPLEMENT_SERIAL para el soporte de la serialización.

Clase base CWnd

Se deriva a su vez de CObject, y añade gran funcionalidad que se comparte con todas las ventanas en un programa MFC. Esto también incluye los cuadros de diálogo y controles que simplemente son versiones especializadas de ventanas. Por ejemplo, para poner el título a cualquier ventana se puede usar la función CWnd::SetWindowText.

Se puede pensar en una clase o plantilla de función como un formato de pedido con algunos espacios en blanco que pueden llenarse cuando se hace el pedido. En lugar de crear una clase de lista para arreglos de apuntadores y otra clase de lista para CString, puede usarse una sola plantilla como una clase de lista para ambos tipos. La reutilización como puede verse es absoluta.

La STL, o biblioteca de plantillas estándar, es un conjunto de colecciones, algoritmos y funciones que se han añadido recientemente al borrador estándar del C++. Las clases STL surgieron de la investigación que realizó Hewlett-Packard sobre programación genérica. Las funciones y objetos en la STL se clasifican por lo que hacen y no por la forma como se implementan.

La biblioteca estándar incluye cinco tipos de componentes:

• Colecciones, también conocidos como contenedores, que se usan para guardar otros objetos. Se clasifican según los métodos utilizados para acceder a los elementos que se guardan en la colección.

• Iteradores, se usan para moverse a través de los elementos guardados en una colección. Un iterador es similar a un cursor en un procesador de palabras.

• Objetos de función, que se usan para ajustar una función que se ejecuta comúnmente en un objeto genérico.

• Adaptadores, que se usan para mapear una nueva interfaz para una clase existente. Por ejemplo, stack es una clase adaptadora que se aplica sobre otra clase como list o vector.

• Algoritmos, que se utilizan para ejecutar operaciones específicas en objetos. Por ejemplo, el algoritmo sort se usa para ordenar una colección.

Las colecciones se implementan como plantillas. Se usan para crear objetos capaces de almacenar otros objetos. Existen tres tipos básicos de colecciones que se proporcionan como parte de la biblioteca de clases MFC:

• Arrays. Permiten almacenar y accesar datos usando el operando subíndice o [ ]. La clase arreglo se optimiza para permitir el acceso fácil a un elemento particular del arreglo, si se conoce su posición. Sin embargo, puede ser muy costoso, en términos de tiempo de procesamiento, añadir un elemento en mitad del arreglo.

• Listas. Una colección que se basa en listas, guarda sus elementos en una lista encadenada. Esto hace que sea muy fácil añadir o eliminar elementos que se encuentran en cualquier lugar de la colección. Las colecciones de lista tienen una cabeza y una cola. Los elementos se insertan fácilmente por la cabeza o por la cola. Sin embargo, puede ser muy difícil buscar un elemento en una lista larga, ya que los elementos almacenados en una lista deben probarse en orden para encontrar un elemento en particular y, en promedio, esto significa que para buscar se prueban la mitad de los elementos de la lista.

• Mapas. Un mapa es una colección ligeramente más compleja. Cada elemento que se guarda en un mapa tiene una clave única asociada con él. Por ejemplo, un mapa de clientes puede usar los valores del número de cliente como claves para los nombres que se guardan en el mapa. La clave para cada elemento debe ser única, y ésta se usa para accesar los elementos guardados en el mapa. Es muy fácil la adición, eliminación o acceso de cualquier elemento individual que se almacena en el mapa. Sin embargo, se debe tener la clave para que pueda recuperarse el elemento. Esta clave se convierte en un índice para accesar cada elemento individual. Primero, cada clave se convierte en un valor de dispersión (hash) que se utiliza como un índice para un arreglo de elementos de colección, y se conoce como una tabla de dispersión. Se puede especificar el tamaño de la tabla de dispersión cuando se crea el mapa, y una tabla de dispersión grande requiere más almacenamiento. Por el contrario, una tabla pequeña incrementa la posibilidad de que dos claves den como resultado el mismo valor de dispersión, fenómeno conocido como colisión. Las clases MFC de tipo mapa manejan las colisiones, creando una lista para los elementos que tienen llaves iguales.

Los tres tipos están disponibles en versiones de plantilla y de no plantilla. Las versiones que no son de plantilla especifican un tipo de elemento determinado que debe guardarse en la colección. Por ejemplo, la clase CObArray maneja una colección de apuntadores para objetos derivados de CObject y trata la colección como si fuera un arreglo. Por lo general, usar versiones de plantilla es más fácil y moderno que utilizar las de no plantilla.

Mensajes en MFC

Los programas que se escriben para Windows de Microsoft reaccionan a eventos enviados a la ventana principal del programa. Estos eventos se envían a la ventana en forma de mensajes. Cada mensaje tiene un objetivo específico: volver a trazar una ventana, redimensionarla, cerrarla, etc. Para muchos mensajes, la aplicación sólo pasa el mensaje a una función especial llamada "procedimiento de ventana por omisión", que maneja el mensaje si no se requiere un tipo de procesamiento especial.

Un programa Windows también puede enviar mensajes a otras ventanas. Como cada control usado en un programa Windows es también una ventana, en ocasiones los mensajes también se usan para la comunicación con los controles.

Existen dos tipos de mensajes que se manejan en un programa Windows:

• Mensajes enviados desde el sistema operativo.

• Mensajes enviados hacia y desde los controles que manejan la entrada de usuario.

Ejemplos de mensajes que se envían desde el sistema operativo incluyen los que se emplean para decirle al programa que debe iniciar o terminar, o para decirle a una ventana que se está redimensionando o moviendo. Los mensajes que se envían a los controles pueden usarse para cambiar el tipo de letra utilizado por una ventana o su título. Los mensajes que se reciben desde un control incluyen las notificaciones de que se ha oprimido un botón o que se ha tecleado un carácter en un control de edición.

Hay dos razones por las que se usan los mensajes intensamente en Windows:

• A diferencia de la llamada a función, un mensaje es un bloque físico de datos, por lo que fácilmente puede ponerse en cola y en orden de prioridad.

• Un mensaje no depende de ningún lenguaje o tipo de procesador particular, por lo que un programa puede transportarse fácilmente a otra CPU, como se hace frecuentemente con WindowsNT.

• Las colas trabajan bien para la programación orientada al evento. Cuando sucede uno se puede crear un nuevo mensaje y ponerlo rápidamente en cola hacia la ventana o programa adecuado. Cada mensaje que se pone en cola puede tratarse después de forma ordenada.

El hecho de que los mensajes sean independientes del lenguaje, permite que Windows crezca a través de los años. Actualmente se pueden escribir programas Windows utilizando diversos lenguajes, como VisualBasic, Delphi, Visual C++ o PowerBuilder.

Menús

Un menú es una lista de mensajes de comando que pueden seleccionarse y enviarse a una ventana. Ante el usuario, un elemento de menú es una cadena que indica una tarea que puede realizar la aplicación. Por lo general, los menús están asociados a una ventana, aunque muchas aplicaciones soportan menús desplegables flotantes que pueden aparecer en cualquier lugar del escritorio.

Se pueden crear menús dinámicamente o como recursos estáticos que se añaden al programa. La biblioteca de clases MFC proporciona una clase CMenu que simplifica el manejo de menús.

AppWizard genera un recurso de menú para los programas que crea. Este recurso puede editarse para añadir elementos de menú adicionales para la aplicación o puede crear nuevos recursos de menú para ésta.

Los cuadros de diálogo, en ocasiones nombrados como diálogos, se usan para presentar información y recopilar datos del usuario. Los cuadros de diálogo se proporcionan en todas las formas y tamaños, que van desde cuadros de mensajes sencillos que despliegan una sola línea de texto, hasta grandes cuadros de diálogo que contienen controles complejos.

Normalmente, los cuadros de diálogo se usan para recopilar información y para proporcionar retroalimentación al programa. El tipo de cuadro de diálogo que se usa más es el diálogo modal, que generalmente contienen varios controles para interactuar con el programa. Este tipo de diálogos deben de ser cerrados antes de continuar con el programa.

Los cuadros de diálogo también se usan para la comunicación de una sola vía con el usuario, como las "pantallas de presentación" que se utilizan para la información de los derechos reservados y del arranque cuando se lanza un programa. La pantalla de apertura que despliega el Developer Studio del Visual C++ y la del Word de Microsoft son dos ejemplos de cuadro de diálogo que se usan para comunicación de una sola vía. Algunas veces se usan cuadros de diálogo para notificar al usuario el avance de una operación.

Otro tipo de cuadro de diálogo común es el de mensaje. La mayoría de los cuadros de mensaje se usan para proporcionar mensajes cortos al usuario y algunas veces para tener retroalimentación sencilla.

Un proyecto basado en cuadro de diálogo usa un cuadro de diálogo como ventana principal de un programa sencillo. Por ejemplo, muchas de las utilidades que se encuentran en el panel de control de Windows95 se basan en cuadro de diálogo.

Un programa basado en cuadro de diálogo tiene un menú que se accesa por medio del menú de sistema, en la esquina superior izquierda de la barra de título del cuadro de diálogo. Si el programa requiere menús complejos, no debe basarse en un cuadro de diálogo.

Las rutinas DDV y DDX son funciones de ayuda que auxilian para manejar los datos de los cuadros de diálogo. Las rutinas DDV, o validación de datos de diálogo, se usan para validar datos. Las rutinas DDX, o intercambio de datos de diálogo, se usan para el intercambio desde y hacia los controles en un cuadro de diálogo.

Aunque se pueden emplear las rutinas DDV y DDX en los cuadros de diálogo directamente, ClassWizard añade código con el clic de un botón. Normalmente se añaden con ClassWizard.

Un botón es un tipo especial de ventana que contiene una etiqueta de texto o mapa de bits y generalmente se encuentra en un cuadro de diálogo, barra de herramienta u otra ventana que contiene controles. Windows proporciona cinco tipos diferentes de botones:

• Botones de acción, tienen una apariencia tridimensional resaltada y parecen oprimirse cuando se les hace clic con el botón del ratón. Los botones de acción normalmente tienen una etiqueta de texto en la cara del control. Algunos usos comunes incluyen el cierre de un cuadro de diálogo, el comienzo de una búsqueda o la petición de ayuda.

• Botones de opción, consisten en un botón redondo con una etiqueta junto a él. Se usan cuando se debe hacer una selección entre opciones mutuamente excluyentes, como el sexo del usuario.

• Cuadros de verificación, compuestos de un cuadrado que contiene una marca de verificación cuando se selecciona, y una etiqueta junto al control. Se usan como indicadores booleanos que indican si una condición particular es cierta o falsa. Pueden estar marcados varios cuadros de verificación en un grupo.

• Botones trazados por el propietario, que los traza el propietario, en lugar de Windows.

• Cuadros de grupo, son rectángulos que se usan para enmarcar otros controles que tienen un propósito común. Se usan para agrupar lógicamente a los controles que se usan para propósitos similares. Esto ayuda a que el usuario comprenda la relación entre los controles y hace que el cuadro de diálogo sea más fácil de usar. Los botones de opción están casi siempre encerrados en un cuadro de grupo para que sea más obvio cuáles están asociados entre sí.

En general, los botones se usan para indicar una selección del usuario. Los botones se usan en los programas de Windows por ser útiles y fáciles de operar por los usuarios. Éstos esperan que los botones estén presentes en muchos casos, en especial cuando existen los cuadros de diálogo en un programa.

Los botones se crean normalmente como parte de un cuadro de diálogo. Después de añadir un botón a un cuadro de diálogo se puede usar ClassWizard para añadir funciones manejadoras de eventos producidos cuando se oprime, marca o selecciona el botón. ClassWizard también se usa para crear objetos CButton asociados con controles de botón individuales.

Controles de Edición

Un control de edición es una ventana que se usa para guardar texto en formato libre dado por el usuario. Los controles de edición pueden ser de una sola línea, lo que significa que únicamente puede darse una sola línea de texto, o pueden ser de varias líneas, conocidos algunas veces como controles MLE.

Se usan cuando se necesita recopilar texto. Por ejemplo, cuando se necesita dar un nombre o dirección en un cuadro de diálogo, se usa un control de edición para recopilar esa información. Los controles de edición de varias líneas frecuentemente usan barras de desplazamiento que permiten introducir más texto del que puede desplegarse.

Debido a las capacidades de edición integradas del control de edición, es posible crear un editor de texto sencillo usando el control de edición de varias líneas. Aunque un MLE no puede reemplazar un editor de texto real, proporciona una forma sencilla para recopilar varias líneas de texto del usuario.

Una diferencia entre los controles de edición y los controles de botón de acción es que un control de botón se usa generalmente para generar eventos. Un control de edición también puede generar eventos, pero usa con más frecuencia para almacenar datos.

En ocasiones se usa la clase MFC CEdit para interactuar con los controles de edición. Puede usarse ClassWizard para asociar un control de edición con un objeto CEdit específico. Un control de edición también se puede asociar con un objeto CString, lo que puede significar el uso de los controles de edición en los cuadros de diálogo.

Los cuadros de lista se usan para contener una lista de elementos disponibles para su selección. El usuario puede seleccionar elementos mediante el teclado o usando el ratón y haciendo clic en un elemento individual. Pueden ser de selección única o de selección múltiple. Si alguno de los elementos no puede desplegarse, se despliega una barra de desplazamiento para ayudar al usuario a navegar por la vista.

Los cuadros de lista son el control más sencillo para desplegar una cantidad arbitraria de elementos ante el usuario. Se usan a menudo para desplegar listas de información que se extraen de bases de datos o reportes.

La clase MFC CListBox puede usarse para manejar e interactuar con los controles de cuadro de lista.

Un control de cuadro combinado es un solo control que combina un control de edición y un cuadro de lista. Un cuadro combinado permite al usuario proporcionar datos, ya sea tecleando texto como en un control de edición o seleccionando un elemento entre varias alternativas como en un cuadro de lista.

Existen tres tipos de cuadros combinados:

• Cuadros de edición sencillos que despliegan un control de edición y un cuadro de lista. A diferencia de los otros tipos de cuadro combinado, el cuadro de lista siempre está visible. Cuando el cuadro de lista contiene más elementos de los que pueden desplegarse, se usa una barra de desplazamiento para trasladarse a través del cuadro de lista.

• Cuadros combinados desplegables, que ocultan el cuadro de lista hasta que el usuario lo abre. Esto permite que la lista use menos espacio en un cuadro de diálogo que el utilizado por el cuadro combinado sencillo.

• Cuadros de lista desplegables, similares a los cuadros combinados desplegables que sólo cuando lo abre el usuario despliegan el cuadro de lista. Sin embargo, se usa un control de texto estático para desplegar la selección, en lugar de un control de edición. Por lo tanto, el usuario está limitado a seleccionar elementos del cuadro de lista.

Se usa ClassWizard para agregar funciones manejadoras de mensaje y asociar el control con un objeto CComboBox.

Un mapa de bits es un objeto gráfico que puede usarse para representar una imagen en los programas escritos para Windows. Utilizando un mapa de bits, una imagen puede guardarse, cargarse y desplegarse fácilmente. Otros tipos de objetos gráficos son:

• Plumas, se usan para trazar líneas y otras formas.

• Pinceles, se usan para colorear grandes áreas con un color o patrón particular.

• Tipos de letra, se usan para proporcionar las características para el texto desplegado en un programa Windows.

La forma más fácil para crear un mapa de bits es usar un editor de imágenes como el integrado en Developer Studio. Una vez creado el mapa de bits, se puede manejar con la clase MFC CBitmap. Se puede cargar en el programa usando la función LoadBitmap, y después se puede desplegar en cualquier dispositivo de salida usando un contexto de dispositivo.

Una lista de imágenes es similar a un array de mapas de bits, al igual que un rollo de película es un array de imágenes. Cada mapa de bits guardado en una lista de imágenes está asociado con un índice que se puede usar para recuperar una imagen particular.

Las listas de imágenes las usan controles como las vistas de árbol, vistas de lista y barras de herramientas.

Se usa la clase MFC CImageList para crear, desplegar y manejar las listas de imágenes.

El documento/vista separa al programa en cuatro clases principales:

• Una clase de documento derivada de CDocument.
• Una clase de vista derivada de CView.
• Una clase de marco derivada de CFrameWnd.
• Una clase de aplicación derivada de CWinApp.

Cada una de las clases tiene un papel específico a desempeñar en una aplicación MFC documento/vista. La clase documento es responsable de los datos del programa. La clase de vista maneja la interacción entre documento y usuario. La clase de marco contiene la vista y otros elementos de interfaz de usuario, como el menú y las barras de herramientas. La clase de aplicación es responsable de la inicialización real del programa y maneja algunas interacciones de propósito general con Windows.

Existen dos tipos básicos de programas documento/vista:

• SDI, o interfaz de un solo documento. Únicamente puede estar abierto un documento a la vez.

• MDI, o interfaz de documentos múltiples. Pueden estar abiertos varios documentos al mismo tiempo, y el que está activo usa frecuentemente una barra de herramientas y menús personalizados que satisfacen las necesidades de ese documento en particular.

La primera razón para usar documento/vista es proporcionar una gran cantidad de código de aplicación gratis. Siempre se debe tratar de escribir la menor cantidad posible de código fuente y, eso significa usar clases MFC y permitir que AppWizard y ClassWizard hagan la mayor parte del trabajo en lugar del usuario. Una gran cantidad de código escrito en forma de clases MFC y código AppWizard usa la arquitectura documento/vista.

Para las clases que se usan en un programa Windows, la arquitectura documento/vista define varias categorías principales. El documento/vista proporciona un marco de trabajo flexible que puede emplearse para crear casi cualquier tipo de programa en Windows. Una de las mayores ventajas de la arquitectura documento/vista es que divide el trabajo de un programa en Windows en categorías bien definidas. La mayor parte de las clases quedan en una de las cuatro categorías de clases principales:

• Controles y otros elementos de interfaz de usuario relacionados con una vista específica

• Datos y clases manejadoras de datos que pertenecen a un documento

• Trabajo que comprende el manejo de barras de herramientas, barras de estado y menús que generalmente pertenecen al marco

• Interacción entre aplicación y Windows, que ocurre en las clases derivadas de CWinApp

Cambiar la interfaz de usuario para un programa documento/vista afecta solamente a las clases de vista, y no se necesita hacer cambios en las clases de documento, marco o aplicación.

Tanto las aplicaciones SDI como las MDI usan un objeto llamado plantilla de documento para crear una relación entre una vista, un documento y una clase marco, así como un identificador empleado por el menú, icono y otros recursos del programa. La base común de estas plantillas es CDocTemplate.

Toda la salida de un programa escrito para Windows debe hacerse utilizando un contexto de dispositivo. Consiste en una estructura que guarda la información necesaria cuando un programa escrito para Windows debe desplegar salida en un dispositivo. El contexto de dispositivo guarda información acerca de la superficie de trazo y sus capacidades. Antes de usar cualquier función de salida de la GDI se debe crear un contexto de dispositivo.

Puede seleccionarse un objeto GDI en un contexto de dispositivo para proporcionar capacidades de trazo.

Debido a la forma como el contexto de dispositivo de un programa escrito para Windows, del hardware del dispositivo real, en ocasiones se dice que la salida se "escribe a un contexto de dispositivo". Esta independencia del hardware facilita el envío de salida a una impresora que tiene una apariencia muy similar a la salida en pantalla.

Existen cuatro tipos de contexto de dispositivo:

• DC de desplegado se usa para desplegar información en una terminal de vídeo estándar. Estos son los contextos de dispositivos que se emplean más comúnmente en un programa Windows.

• DC de impresora se usa para desplegar salida en una impresora o graficador.

• DC de memoria, llamados a veces contextos de dispositivos compatibles, se usan para realizar operaciones de trazo en un mapa de bits.

• DC de información se usa para recopilar información de un dispositivo. Estos DC no pueden usarse para la salida real. Sin embargo, son extremadamente rápidos y tienen poca sobrecarga y, por lo tanto, son ideales para emplearlos cuando se recopila información.

La razón primordial de los contextos de dispositivo es que simplemente no hay otra manera de ejecutar una salida, sin éstos, en un programa Windows.

Las cuatro clases de contexto de dispositivo son: CDC, CPaintDC y CClientDC, CWindowDC.

La serialización es la forma como las clases de CDocument guardan y recuperan datos de un fichero. La propiedad de un objeto que debe guardarse y cargarse se llama persistencia, que también se define como la capacidad de un objeto para recordar su estado entre ejecuciones.

El uso de la serialización para almacenar objetos es mucho más flexible que la escritura de funciones especializadas que guardan datos en un formato fijo. Los objetos persistentes son capaces de guardarse a sí mismos, en lugar de apoyarse en una función externa para leerlos y escribirlos en disco.

Un objeto serializado puede componerse de muchos objetos más pequeños que también se serializan.

Hay dos clases MFC que se usan para serializar objetos:

• CArchive casi siempre es un archivo y es el objeto hacia o desde el cual se serializan otros objetos persistentes.

• CObject define todas las interfaces utilizadas para serializar objetos hacia o desde un objeto CArchive.