Glosario del SDK de Visual Studio
Este glosario proporciona definiciones de términos que se usan en la documentación del SDK de Visual Studio.
Términos
complemento
Una aplicación de utilidad, un controlador u otro software agregado a una aplicación principal. En el entorno de desarrollo integrado (IDE) de Visual Studio, un complemento es una aplicación basada en Automation que amplía las funcionalidades del IDE.
modelo de automatización
El modelo de automatización, conocido en versiones anteriores de Visual Studio como modelo de extensibilidad, es una interfaz de programación que proporciona acceso a las rutinas subyacentes que impulsan el IDE. Los complementos, asistentes y macros usan objetos en el modelo de automatización para controlar o ampliar la funcionalidad del IDE.
contexto de la interfaz de usuario del comando
Asociación de un GUID con la visibilidad de un comando o elemento de interfaz de usuario, como una barra de herramientas. El contexto de la interfaz de usuario de comandos es diferente al contexto de selección en que no está asociado a una ventana.
El contexto de la interfaz de usuario de comandos se puede usar para:
- Asigne un GUID a una barra de herramientas que aparece cuando se activa una ventana determinada.
- Asigne un GUID a la disponibilidad de un comando sin tener que cargar ni ejecutar un VSPackage.
- Asigne un GUID para que afecte al enlace de claves activo.
- Asigne un GUID para activar la grabación de macros.
- Asigne un GUID para activar el modo de depuración o alternar entre el diseño y el modo de ejecución en un editor.
Componente
Parte del software que se puede formar parte de la funcionalidad de una aplicación sin que esa aplicación tenga información preexistente sobre la implementación del software. La comunicación entre un componente y una aplicación es únicamente a través de interfaces de estilo OLE.
administrador de componentes
Un servicio, , SOleComponentManager
que proporciona servicios de coordinación de interfaz de usuario para componentes de nivel superior. El SOleComponentManager
servicio implementa la IOleComponentManager
interfaz .
administrador de interfaz de usuario de componentes
Un servicio, , SOleComponentUIManager
que proporciona servicios de coordinación de la interfaz de usuario. El SOleComponentUIManager
servicio implementa las IOleComponentUIManager
interfaces y IOleInPlaceComponentUIManager
.
contenedor de contexto
Objeto IVsUserContext
(objeto COM) asociado a un componente de entorno. Este objeto contiene palabras clave de búsqueda, palabras clave F1 y atributos relacionados con el componente. Las bolsas de contexto apuntan además a cualquier bolsas de subcontexto que estén vinculadas a ellas.
proveedor de contexto
Componente del IDE que tiene un contenedor de contexto asociado. Estos componentes incluyen una ventana de herramientas, un editor o una jerarquía de proyectos.
Diseñador
Interfaz de programación que permite a los usuarios manipular elementos de la interfaz de usuario (formularios, botones y otros controles).
DocData
Objeto COM que encapsula los datos subyacentes de un documento en un mundo donde hay separación de documentos y vistas (por ejemplo, en el caso del editor de texto, sería el búfer de texto subyacente a todas las vistas del editor de texto). Si EditorFactory no proporciona este objeto, el IDE fabrica uno en su nombre. La responsabilidad de este objeto es administrar la persistencia de datos y la semántica de uso compartido de varias vistas sobre este mismo DocData
. Si el DocData
objeto admite la IOleCommandTarget
interfaz, se incluye en el enrutamiento de comandos de UIShell.
DocObject
Tecnología que se usa para hospedar la interfaz de usuario dentro de un marco proporcionado por el host. Más concretamente, este término hace referencia a cualquier inserción que admita las IOleDocument
interfaces relacionadas y . Esta tecnología tiene muchas aplicaciones potenciales, como un detalle de implementación de documentos COM, ventanas de herramientas en Visual Basic 5.0, diseñadores de ActiveX en Visual Basic 6.0, etc.
Documento
Se usa para hacer referencia genéricamente al documento como un todo: y DocData
.DocView
Por ejemplo, un DocumentFrame contiene , DocView
pero también conserva una referencia a para controlar la DocData
persistencia.
DocView
DocObject/Embedding/WindowPane con el que el usuario interactúa para ver y manipular el subyacente DocData
. Los usuarios no aprovechan la separación de documentos o vistas que forma parte del diseño de la DocObject
interfaz. Los usuarios usan un DocObject completo para actuar como una vista en lugar de usar una noción más abstracta (y menos formalizada) de los datos subyacentes conocidos como DocData
. DocView
Los objetos siempre se incrustan con objetos de marco de documento (ventanas secundarias MDI) del IDE.
DTE
El DTE
objeto (Extensibilidad de herramientas de desarrollo) es el punto de acceso más alto del modelo de automatización de Visual Studio, que permite automatizar y ampliar el IDE mediante programación.
Ventana Ayuda dinámica
Ventana de herramientas implementada por el IDE y muestra una lista de temas de palabra clave de búsqueda o ayuda de F1 .
Editor
Código (clase, CLSID) que implementa .DocView
También implementa DocData
si se admite la vista y la separación de datos.
extension
Característica que modifica, personaliza o agrega a un IDE. Las extensiones se crean mediante el modelo de automatización o VSPackages.
editor externo
Editor que no es específico del IDE, como Microsoft Word. Se ha registrado a través de sus propios mecanismos y se puede usar fuera del IDE. Si este editor se puede insertar, aparece dentro de una ventana del IDE. Si no se puede incrustar, se crea una ventana de nivel superior independiente.
jerarquía
Árbol de nodos, cada nodo asociado a un conjunto de propiedades.
Componente de nivel superior independiente
Un componente que usa una ventana de nivel superior modela y puede funcionar eficazmente como una ventana de aplicación independiente, pero se implementa como un objeto en proceso. Por lo tanto, un componente de nivel superior independiente debe coordinar los servicios de modalidad y bucle de mensajes con el IDE. Los objetos en proceso no tienen su propio bucle de mensajes.
proveedor de información
El proveedor de información es un módulo que puede buscar palabras clave y devolver una lista de temas, en forma de IVsUserContextItem
objetos. Para proporcionar elementos de palabra clave F1 y lookup para el proveedor de información, registre el archivo de Ayuda compilado (. HxS) con el sistema. Los temas de Ayuda de estos archivos proporcionan la lista de temas que se muestran en la ventana Ayuda dinámica y muestran si un usuario presiona F1.
componente local
Objeto VSPackage que implementa la IOleInPlaceComponent
interfaz para administrar una ventana que se encuentra visualmente dentro de una ventana de documento propiedad del IDE. Los componentes en contexto no participan en la combinación de menús OLE estándar; en su lugar, integran sus elementos de interfaz de usuario en el IDE.
Hay dos tipos de componentes en contexto: componentes en contexto y controles de componentes en contexto.
Los componentes en contexto cableados tienen menús, barras de herramientas y comandos integrados estrechamente en la interfaz de usuario del IDE, que aparecen como si estuvieran integrados directamente en el IDE.
Los controles de componente no tienen ninguno de sus propios elementos de interfaz de usuario integrados en el IDE; en su lugar, usan los menús, comandos y barras de herramientas del IDE. Por ejemplo, el comando Bold podría usarse para dar negrita a una palabra seleccionada dentro de un control de texto enriquecido incrustado en un formulario. Sin embargo, los controles de componente pueden solicitar que se muestren elementos de interfaz de usuario específicos de componentes instalados dinámicamente.
servicio de idioma
Un conjunto de objetos que permite a los desarrolladores de VSPackage implementar características de editores de código de lenguaje informático, como el marcado de texto y el coloreado.
Proyecto de archivos varios
Proyecto usado para hospedar archivos abiertos que no están en ningún proyecto. La lista de elementos de este proyecto no se conserva.
project
Los proyectos se componen de objetos de jerarquía o objetos COM que implementan la IVsHierarchy
interfaz.
editor o diseñador específico del proyecto
Diseñador que no se puede usar independientemente del tipo de proyecto. Todos los diseñadores específicos del proyecto deben escribir su información de Editor Factory en el Registro. A continuación, el IDE puede crear instancias del diseñador cada vez que se abre un determinado tipo de archivo en un proyecto determinado.
ventana de tipo de proyecto
Ventana que realiza un seguimiento constante de la jerarquía y el elemento del proyecto activo actualmente desde el contexto de selección global. Las ventanas de tipo de proyecto usan el SVsTrackSelectionEx
servicio para alertar al IDE de los cambios y mostrar comentarios al usuario. Explorador de soluciones es un ejemplo de una ventana de tipo de proyecto.
Ventana Propiedades
Anteriormente, Property Browser.
proyectos basados en referencia
Proyecto que no requiere que los archivos del proyecto estén en el mismo directorio. En su lugar, el propio proyecto almacena y mantiene las referencias a archivos de otros directorios no relacionados.
ejecución de la tabla de documentos
Estructura interna por la que el IDE mantiene la lista de todos los documentos abiertos actualmente. La lista incluye todos los documentos abiertos en memoria, independientemente de si los documentos se están editando actualmente. Un documento es cualquier elemento que se guarda, incluidos los procedimientos almacenados abiertos en un editor, los archivos de un proyecto o el archivo de proyecto principal (por ejemplo, archivo *.vcproj).
contexto de selección
Datos que forman parte del detalle de cada ventana del IDE y se usan para realizar un seguimiento de las selecciones activas. El contexto de selección consta de:
- Puntero a la
IVsHierarchy
interfaz de la jerarquía del proyecto - Identificador de elemento del elemento de proyecto.
- Puntero a la
ISelectionContainer
interfaz que proporciona acceso a las propiedades de los objetos activos. - Matriz de valores de elemento.
servicios
Contrato para un conjunto de interfaces COM que residen en un único objeto COM. Al crear un servicio, que se identifica mediante un GUID, se define el conjunto de interfaces COM que lleva a cabo el servicio. Los objetos COM usan servicios para comunicarse entre sí.
solution
Grupo de proyectos relacionados con los que trabaja un usuario.
diseñador estándar
Diseñador que se puede usar independientemente del tipo de proyecto. Todos los diseñadores estándar deben escribir la información de Editor Factory en el Registro. A continuación, el IDE puede crear una instancia del diseñador cada vez que se abre un archivo con una extensión específica. Los datos deben conservarse en un archivo.
editor estándar
Editor que se puede usar independientemente de cualquier tipo de proyecto determinado. Estos editores tienen EditorFactories registrados en el Registro. Esto permite que el IDE busque e invoque el editor.
Editor de sistema operativo estándar
Inserción que no es específica de Visual Studio. Se registra con las claves de Win32 conocidas (por ejemplo, el Explorador de Win32 sabe cómo invocar). Si se puede insertar este tipo de editor, el editor sigue apareciendo en su lugar en el IDE. De lo contrario, se crea una ventana de nivel superior independiente para dichos editores.
contenedor de subcontexto
Objeto IVsUserContext
vinculado a un contenedor de contexto. El objeto contiene palabras clave de búsqueda, palabras clave F1 y atributos para una selección dentro de un componente ide. Algunos ejemplos de subcontexto incluyen un comando en una ventana de herramientas o una palabra clave en un editor.
Lista de tareas
Ventana de herramientas implementada por el IDE y muestra una lista de tareas activas.
Búfer de texto
Nombre común para el objeto VSTextBuffer
.
Vista de texto
Nombre común para el objeto VSTextView
.
componente de nivel superior de la herramienta
Componente que funciona como una ventana emergente modeless, que se coordina estrechamente con la interfaz de usuario del IDE. Al igual que los componentes independientes de nivel superior, los componentes de nivel superior de la herramienta también deben coordinar los servicios de modalidad y bucle de mensajes con el IDE.
componente de nivel superior
Objeto VSPackage que administra una ventana de nivel superior en lugar del área cliente de una ventana del IDE. Los componentes de nivel superior implementan la IOleComponent
interfaz para aprovechar los servicios de bucle de mensajes, como el acceso al tiempo de inactividad.
Interfaz de usuario activa
Objeto VSPackage que está visible y actualmente tiene el foco.
Jerarquía de la interfaz de usuario
Objeto COM que implementa la IVsUIHierarchy
interfaz para permitir la visualización de una jerarquía. La ventana jerarquía de la interfaz de usuario implementa la interfaz para actualizar el ISelectionContainer
ventana Propiedades; otras ventanas de tipo de proyecto pueden usar esta implementación, si lo desea.
VSCT
Tabla de comandos de Visual Studio. El archivo .vsct contiene información sobre la ubicación y los comportamientos de menús, barras de herramientas y comandos en formato XML.
VSPackage
Elemento instalable de software que extiende el IDE de Visual Studio mediante la contribución de uno o varios de los siguientes elementos: interfaz de usuario, servicios, tipos de proyecto o editor o diseñador. Un VSPackage consta de un objeto COM que implementa la IVsPackage
interfaz y uno o más objetos COM que implementan otras interfaces para admitir la selección y otras características. Además, un VSPackage tiene requisitos de registro específicos.