Este artículo se tradujo automáticamente. Para ver el artículo en inglés, active la casilla Inglés. Además, puede mostrar el texto en inglés en una ventana emergente si mueve el puntero del mouse sobre el texto.
Traducción
Inglés

TN025: Documento, vista, y cuadro Creación

Nota Nota

La nota técnica siguiente no se ha actualizado desde que primero incluida en la documentación en línea. Como resultado, algunos procedimientos y temas podrían estar obsoletas o incorrectos. Para obtener la información más reciente, se recomienda busca el tema de interés en el índice de la documentación en línea.

Esta nota describe los problemas de la creación y la propiedad de WinApps, DocTemplates, documentos, frames y vistas.

Hay un objeto de CWinApp en el sistema.

Es construido e inicializar estáticamente mediante la implementación interna de WinMain. Debe derivar de CWinApp para hacer nada útil (excepción: los archivos DLL de extensión no deben tener una instancia de CWinApp — inicialización se realiza en DllMain en su lugar).

El objeto de CWinApp posee una lista de plantillas de documento ( CPtrList). Hay una o más plantillas de documentos por la aplicación. DocTemplates se carga normalmente del archivo de recursos (es decir, una matriz de cadenas) en CWinApp::InitInstance.

pTemplate = new CDocTemplate(IDR_MYDOCUMENT, ...);
AddDocTemplate(pTemplate);

El objeto de CWinApp posee todas las ventanas de marco en la aplicación. La ventana de marco principal para la aplicación se debe almacenar en CWinApp::m_pMainWnd; se m_pMainWnd establecido en la implementación de InitInstance si no está desusado AppWizard hace normalmente para usted. Para la interfaz (SDI) de un único documento el es un CFrameWnd que actúa como la ventana de marco principal de la aplicación así como única ventana de marco de documento. Para la interfaz de múltiples documentos que (MDI) es MDI-Cuadro (clase CMDIFrameWnd) que actúa como la ventana de marco principal de la aplicación que contiene toda la s secundaria de CFrameWnd. Cada ventana secundaria es de clase CMDIChildWnd (derivado de CFrameWnd) y actúa como una potencialmente muchas ventanas de marco de documento.

CDocTemplate es el generador y el administrador de documentos. Posee los documentos que crea. Si la aplicación utiliza el enfoque basado recurso se describe más adelante, no necesitará derivar de CDocTemplate.

Para una aplicación SDI, la clase CSingleDocTemplate realiza el seguimiento de un documento abierto. Para una aplicación MDI, la clase CMultiDocTemplate conserva una lista ( CPtrList) de todos los actualmente documentos abiertos creados a partir de esa plantilla. CDocTemplate::AddDocument y CDocTemplate::RemoveDocument proporcionan las funciones virtuales miembro para agregar o quitar un documento de la plantilla. CDocTemplate es una función friend de CDocument así que podemos establecer el puntero protegido de reserva de CDocument::m_pDocTemplate para señalar a doc la plantilla que creó el documento.

CWinApp controla la implementación predeterminada de OnFileOpen , que a su vez verá todas las plantillas de documento. La implementación incluye búsqueda ya documentos abiertos y decidir en qué formato a abrir documentos nuevos.

CDocTemplate administra la interfaz de usuario que se enlaza para documentos y cuadros.

CDocTemplate mantiene un recuento del número de documentos sin nombre.

CDocument es propiedad de CDocTemplate.

Los documentos tienen una lista de vistas actualmente abierto (derivadas de CView) que se consulta el documento ( CPtrList).

Documentos no se crean y destruyen las vistas, pero se asocian entre sí una vez creados. Cuando se cierra un documento (es decir, con el archivo o el cierre), todas las vistas asociadas se cerradas. Cuando se cierra la vista última en un documento (es decir, ventana/cierre) el documento se cierra.

CDocument::AddView, interfaz de RemoveView se utiliza para mantener la lista de vista. CDocument es una función friend de CView así que podemos establecer el puntero de reserva de CView::m_pDocument .

CFrameWnd (también conocido como un cuadro) reproduce el mismo rol que en MFC 1,0, pero ahora la clase de CFrameWnd está diseñado para utilizarse en muchos casos sin la derivación de una nueva clase. Las clases derivadas CMDIFrameWnd y CMDIChildWnd también se mejoran en muchos comandos estándar ya se implementan.

CFrameWnd es responsable de crear ventanas en el área cliente del marco. Normalmente hay una ventana principal que rellena el área cliente del marco.

Para una ventana de MDI-Cuadro, el área cliente se rellena con el control de MDICLIENT que es a su vez el elemento primario de todas las ventanas de marco de MDI-Elemento Secundario. Para una ventana de SDI-Cuadro o una ventana de marco de MDI-Elemento Secundario, el área cliente se rellena normalmente con CView- objeto derivado de la ventana. En el caso de CSplitterWnd, el área de cliente de la vista se rellena con el objeto de la ventana de CSplitterWnd , y CView- objetos derivados de la ventana (uno por el panel dividido) se crean como ventanas secundarias de CSplitterWnd.

Adiciones de comunidad

AGREGAR
Mostrar: