Glosario de Visual Studio SDK

Este glosario proporciona definiciones de los términos que se utilizan en la documentación de Visual Studio SDK .

términos

• complemento
  La aplicación de utilidad, el controlador, u otro software agregado a una aplicación principal. En el entorno de desarrollo integrado de (IDE) Visual Studio, un complemento es una aplicación Automatización-basada que extiende las capacidades del IDE.

• modelo de automatización
  El modelo de automatización, conocido en versiones anteriores de Visual Studio como el modelo de extensibilidad, es una interfaz de programación que proporciona acceso a las rutinas subyacentes que controlan el IDE. los complementos, los asistentes, las macros y utilizan objetos en el modelo de automatización de para controlar o para extender la funcionalidad del IDE.

• contexto de la interfaz de usuario de comandos
  Asociación de GUID a la visibilidad de un comando o un elemento de la interfaz de usuario como una barra de herramientas. El contexto de la interfaz de usuario de comandos es contexto a diferencia de selección en que no se asocia a una ventana.

  El contexto de la interfaz de usuario de comandos se puede utilizar:

  • asignar GUID a una barra de herramientas que aparece cuando se activa una ventana determinada.

  • Asignar un GUID a la disponibilidad de un comando sin tener que cargar o ejecutar un VSPackage.

  • Asignar GUID afecte al enlace de teclado activa.

  • Asignar un GUID para activar la grabación de macros.

  • Asignar un GUID para activar el modo de depuración o para alternarlo entre el diseño y el modo de ejecución en un editor.

• componente
  Fragmento de código que se puede crear parte de la funcionalidad de una aplicación sin esa aplicación que tiene cualquier información preexistente sobre la implementación de software. La comunicación entre un componente y una aplicación sólo a través de interfaces de estilo OLE.

• administrador componente
  Un servicio, SOleComponentManager, que proporciona servicios de coordinación de la interfaz de no usuario para los componentes de nivel superior. el servicio de SOleComponentManager implementa la interfaz de IOleComponentManager .

• administrador componente de la interfaz de usuario
  un servicio, SOleComponentUIManager, que proporciona servicios de coordinación de la interfaz de usuario. el servicio de SOleComponentUIManager implementa las interfaces de IOleComponentUIManager y de IOleInPlaceComponentUIManager .

• contenedor de contexto
  Un objeto de IVsUserContext (objeto COM) asociado a un componente del entorno. Este objeto contiene palabras clave de búsqueda, palabras clave de F1, y los atributos relacionados con el componente. El contexto de los bolsas punto además a cualquier bolsas de subcontext vinculados a ellos.

• proveedor de contexto
  Un componente en el IDE que tiene un contenedor de contexto asociado. Tales componentes incluyen una ventana de herramientas, un editor, o una jerarquía del proyecto.

• designer
  Una interfaz de programación que permite a los usuarios para manipular los elementos de la interfaz de usuario (formularios, botones, y otros controles).

• DocData
  Un objeto COM que encapsula los datos subyacentes de un documento en un mundo donde hay separación de documento y vista (por ejemplo, en el caso del editor de texto, esto sería el búfer de texto subyacente de todas las vistas de editor de texto). Si el EditorFactory no proporciona este objeto, el IDE fabricará uno en su nombre. La responsabilidad de este objeto es la administración de los datos y la semántica de uso compartido para las varias vistas sobre este mismo DocData. Si el objeto de DocData admite la interfaz de IOleCommandTarget , se incluirá en el enrutamiento de comandos de UIShell.

• DocObject
  Tecnología utilizada al host que la interfaz de usuario dentro de un cuadro proporcionado por el host. Más específicamente, este término hace referencia a cualquier incrustación que admite IOleDocument e interfaces relacionadas. Esta tecnología tiene muchas aplicaciones posibles como un detalle de implementación de documentos COM, las ventanas de herramientas de Visual Basic 5.0, diseñadores de ActiveX en Visual Basic 6.0, etc.

• document
  Se utiliza para ver genéricamente al documento como entero-ambos DocData y DocView. Por ejemplo, un DocumentFrame contiene DocView, pero también mantiene una referencia a DocData a la persistencia de identificador.

• DocView
  El DocObject/incrustación/WindowPane con las que el usuario interactúa para ver y manipular DocDatasubyacente. Observe que los usuarios no aprovechan la separación de documento y vista que forma parte del diseño de interfaz de DocObject . Los usuarios utilizan un DocObject completo para que actúe como vista en lugar de utilizar una más (y formalizado menos) noción abstracta de los datos subyacentes denominados DocData. los objetos deDocView se insertan siempre con objetos de marco de documento (ventanas secundarias MDI) del IDE.

• DTE
  El objeto de DTE (extensibilidad de las herramientas de desarrollo) es el punto de acceso superior en el modelo de automatización de Visual Studio, que permite mediante programación automatizar y que extiende el IDE.

• Ventana Ayuda dinámica
  Ventana de herramientas implementada por el IDE y muestra una lista de palabra clave de búsqueda o de temas de Ayuda F1.

• Editor
  El código (clase, CLSID) que implementa DocView. También implementa DocData si se admite la separación de la vista y datos.

• extensión
  Una característica que se modifica, personalice, o agregar al IDE. Crea extensiones mediante el modelo de automatización o el VSPackages.

• editor externo
  Un publicador que no es específico del IDE, como Microsoft Word. Se ha registrado a través de sus propios mecanismos y se puede utilizar fuera del IDE. Si este editor puede incrustar, aparece dentro de una ventana en el 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
  Implementan un componente que utiliza una ventana de nivel superior no modal y funcione eficazmente como ventana de la aplicación independiente, pero como objeto en proceso. Por consiguiente, un componente de nivel superior independiente debe coordinar servicios de la modalidad y el bucle de mensajes con el IDE. Los objetos de proceso no tienen su propio bucle de mensajes.

• proveedor de información
  El proveedor de información es un módulo que puede las palabras clave de búsqueda y devolver una lista de temas, en forma de objetos de IVsUserContextItem . Para proporcionar F1 y los elementos de la palabra clave de búsqueda para el proveedor de información, registre el archivo de Ayuda compilado (.HxS) en el sistema. Los temas de Ayuda de estos archivos se utilizan para proporcionar la lista de temas mostrados en la ventana ayuda dinámica y muestran si un usuario presiona F1.

• componente en contexto
  Un objeto de Paquete que implementa la interfaz de IOleInPlaceComponent para administrar una ventana incluido visualmente dentro de una ventana de documento poseyó por el IDE. Los componentes de contexto no participan en la menú-combinación OLE estándar; en su lugar se integra los elementos de la interfaz de usuario en el IDE.

  Hay dos tipos de componentes de contexto: componentes y controles de componentes en contexto hardwired.

  Los componentes en contexto Hardwired tienen menús, barras de herramientas, y los comandos que se integran estrechamente en la interfaz de usuario del IDE, y aparece como si los compilaran directamente en el IDE.

  Los controles de componentes no tienen ninguno de sus propios elementos de la interfaz de usuario integrados en el IDE; en su lugar utilizan los menús, los comandos, y las barras de herramientas del IDE. Por ejemplo, el comando negrita podría utilizarse en negrita una palabra seleccionada dentro de un control de texto enriquecido insertado en un formulario. Sin embargo, los controles de componentes pueden solicitar que los elementos componente-específicos dinámicamente instalados de la interfaz de usuario se muestren.

• servicio de lenguaje
  Un conjunto de objetos que permite a los desarrolladores de VSPackage implementan características de los editores de código del lenguaje de computación, como marca de texto y color.

• Proyecto de archivos varios
  Proyecto utilizado para contener los archivos abiertos que no están en ningún proyecto. La lista de elementos de este proyecto no se conserva.

• proyecto
  Los proyectos se componen de objetos de la jerarquía, o de objetos COM que implementan la interfaz de IVsHierarchy .

• diseñador o editor específico de proyecto
  Un diseñador que no se puede utilizar independientemente del tipo de proyecto. Todos los diseñadores específicos deben escribir su información de generador del editor del registro. El IDE a continuación puede crear una instancia del diseñador siempre que abra un cierto tipo de archivo en un proyecto determinado.

• ventana del tipo de proyecto
  Una ventana que sigue constantemente actualmente jerarquía y elemento de proyecto activo de contexto global de la selección. Las ventanas del tipo de proyecto utilizan el servicio de SVsTrackSelectionEx para avisar IDE de cambios y mostrar información al usuario. El explorador de soluciones es un ejemplo de una ventana del tipo de proyecto.

• Ventana Propiedades
  Antes explorador de propiedades.

• proyectos en referencias
  Proyecto que no requiere que los archivos del proyecto para que esté en el mismo directorio. En su lugar, las referencias a los archivos de otros directorios sin relación se almacenan y mantenidas por el propio proyecto.

• tabla actual del documento
  Estructura interna por la que el IDE mantiene la lista de todos actualmente los documentos abiertos. Esta lista contiene todos los documentos abiertos en memoria independientemente de si los documentos se está editando. Un documento es cualquier elemento guardado que, como procedimientos almacenados abierto en un editor, los archivos de un proyecto o archivo de proyecto principal (por ejemplo, archivo de *.vcproj).

• contexto de selección
  Datos que forma parte de detalle de cada ventana en el IDE y se utiliza para realizar selecciones activas. El contexto de la selección está compuesta de:

  • Puntero a la interfaz de IVsHierarchy de la jerarquía del proyecto

  • Identificador de elemento de proyecto.

  • Puntero a la interfaz de ISelectionContainer que proporciona acceso a las propiedades de los objetos activos.

  • Matriz de valores de elementos.

• service
  Un contrato para un conjunto de interfaces COM que residen en un único objeto COM. Al crear un servicio, identificado por GUID, se define el conjunto de interfaces COM que realiza el servicio. Servicios de los objetos COM para comunicarse entre sí.

• solución
  Grupo de proyectos relacionados con los que un usuario funciona.

• diseñador estándar
  Un diseñador que puede ser independiente que utiliza el tipo de proyecto. Todos los diseñadores estándar deben escribir su información de generador del editor del registro. El IDE a continuación puede crear una instancia del diseñador cuando se abra un archivo con una extensión concreta. Los datos deben guardar en un archivo.

• editor estándar
  editor que puede ser independiente utilizada de cualquier tipo de proyecto determinado. tales editores tienen EditorFactories registrado en el registro. Esto permite que el IDE busque e invocar el editor.

• editor estándar de SO
  una incrustación que no es específico de Visual Studio. Se registra mediante las teclas conocidas de Win32 (por ejemplo, el Explorador de Win32 sabe cómo invocar). Si el editor puede incrustar, el editor seguirá apareciendo en su lugar en el IDE. Si no, una ventana de nivel superior independiente se crea para tales editores.

• contenedor de subcontext
  Un objeto de IVsUserContext vinculado a un controlador de contexto. Este objeto contiene palabras clave de búsqueda, palabras clave de F1, y los atributos de una selección dentro de un componente del IDE. Los ejemplos de subcontext 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
  Un componente que funciona como una ventana emergente no modal, coordinando estrechamente con la interfaz de usuario del IDE. Como los componentes de nivel superior independientes, los componentes de nivel superior de la herramienta también deben coordinar servicios de la modalidad y el bucle de mensajes con el IDE.

• componente de nivel superior
  Un objeto de Paquete que administra una ventana de nivel superior no modal en lugar del área cliente de una ventana del IDE. Los componentes de nivel superior implementan la interfaz de IOleComponent para aprovechar de servicios del bucle de mensajes como acceso al tiempo de inactividad.

• activo de la interfaz de usuario
  Un objeto de Paquete que es visible y actualmente tiene el foco.

• jerarquía de la interfaz de usuario
  Un objeto COM que implementa la interfaz de IVsUIHierarchy para permitir la presentación de una jerarquía. La ventana jerarquía de la interfaz de usuario implementa la interfaz de ISelectionContainer para actualizar la ventana Propiedades; otras ventanas del tipo de proyecto pueden utilizar esta implementación, si están deseadas.

• VSCT
  Tabla de comandos de Visual Studio. El archivo de .vsct contiene información sobre la posición y los comportamientos de menús, barras de herramientas, y comandos en formato XML.

• VSPackage
  Un fragmento de código instalable que extiende el IDE de Visual Studio contribuyendo uno o más de los siguientes: interfaz de usuario, servicios, tipos de proyecto, o editor o diseñador. Un VSPackage consta de un objeto COM que implementa la interfaz de IVsPackage y uno o varios de los objetos COM que implementan otras interfaces para admitir la selección y otras características. Además, un Paquete tiene requisitos concretos del registro.