.net - por - ¿Corregir el nombre de la DLL que no sea COM ni DLL?

dll fixer

Question

En el mundo de Windows, ¿cuál es el nombre correcto para un bien? ¿DLL de C ++ antigua con funciones exportadas? No es una DLL COM, no es una DLL .NET. El tipo de DLL que usamos para invocar al llamar a LoadLibrary () y GetProcAddress ()?

Siempre los llamé "DLL planos" porque la persona que llama no puede crear instancias de los objetos de la DLL, pero ¿cuál es el nombre correcto?

EDITAR

Gracias por las respuestas.

Solo "DLL" puede ser técnicamente correcto, pero cuando trabajo, todos asumen que "DLL" significa COM, o tal vez en un push .NET, entonces necesito un término que distinga exactamente a qué me refiero.

Answer 1

"Nativo" es probablemente el término más común, aunque "ventanas" o "consola" son técnicamente más correctas, ya que estos son los subsistemas que probablemente se utilizarán (el subsistema "nativo" es algo diferente). También escuché "C DLL" utilizado, lo que implica lo mismo que el uso de "DLL plano".

Una biblioteca de enlaces dinámicos es un concepto genérico: una "biblioteca de enlaces dinámicos de Windows" se diferencia del equivalente de * nix y también de las bibliotecas administradas.

COM es poco más que una convención de encapsulación en este contexto: las DLL de Windows pueden contener servidores COM, al igual que los archivos ejecutables portátiles (PE).

Answer 2

A .dll? Todas esas otras cosas usan la funcionalidad básica provista por un archivo .dll para hacer sus respectivas cosas. Tal vez un .dll sin formato si quieres ser pedante, pero .dll debería estar bien.

Answer 3

Es una "biblioteca de enlaces dinámicos". A veces se denomina una "biblioteca dynalink". A diferencia de una "biblioteca de enlaces estáticos", donde eliges tu propio veneno. En su lugar, toma el poison du jour, que el usuario instaló aleatoriamente en algún lugar de la ruta de ejecución.

Answer 4

Estoy con Charles Graham. Solo son DLL. Nada más y nada menos.

Algunas DLL exponen API que les permiten ser utilizadas con ciertos patrones de programación (por ejemplo, las DLL que exponen DllGetClassObject y DllCanUnloadNow se pueden usar para alojar objetos COM (pero hay otras formas en que se pueden alojar objetos COM)).

Answer 5

Puede ser ''una DLL normal''. Este es el término que usamos, pero ''DLL'' también funciona.

Answer 6

Siempre los llamé DLL, pero no me quedé en el mundo de C ++ / VB6 por mucho tiempo.

Answer 7

Ya no hay un nombre "correcto" de que haya un nombre "correcto" para "automóvil simple". (Yo uso "DLL simples".

DLL COM, OCX, .NET DLL, ... todos son DLL, con características adicionales en ellos. Nada le impide tener, por ejemplo, una DLL a la que se puede acceder a través de COM o LoadLibrary manual / GetProcAdress. Lo he visto. Incluso puede exponer el mismo objeto a través de una API "no completa" no objetivada.

Answer 8

Acepto que existe una necesidad de terminología para describir una DLL que no se puede ejecutar como código administrado (en otras palabras, requiere interoperabilidad para su uso por código administrado) y que no se puede utilizar como un objeto COM. Muchas veces los desarrolladores solo dicen DLL y eso es ambiguo. Sí, es totalmente válido llamar a una biblioteca .Net Class una DLL y llamar a un servidor COM en proceso una DLL pero con el propósito de comunicarlo es ambiguo simplemente decir DLL.

Ver mi artículo Bibliotecas de vínculos dinámicos (DLL) nativas de Windows para más.