sódl

1. Realmente no existe ningún estándar. DLL proporciona principalmente carga dinámica de código. Por lo tanto, solo requiere que el cargador pueda encontrar el nombre de función correcto. Solo asegúrese de que no haya errores en el proceso de vinculación. Las API grandes deben seguir algunos principios porque las funciones se proporcionan para que otras personas las utilicen y se publican en formato binario. Incluso si es su propio documento dll, la explicación de la función debe estar escrita claramente. El mantenimiento y las actualizaciones futuras garantizan que los prototipos de funciones originales en el dll permanezcan sin cambios. No hay ningún patrón que puedas seguir. El contenido de dll es solo una colección de funciones.

2.dll se divide en varios tipos. De hecho, es solo un formato de archivo ejecutable. entonces el archivo también es un formato ejecutable (formato ELF). Las computadoras han evolucionado hasta el punto en que existen muchas variaciones de formatos de archivos ejecutables. El libro "Linker and Loader.pdf" habla más detalladamente sobre archivos ejecutables. Definitivamente no eres un desarrollador de compiladores ni enlazadores. Entonces no necesitas saber tanto. Solo necesito saber que el archivo ejecutable almacena el código que necesito, el conector conecta diferentes bibliotecas y luego la función principal puede llamarlas dinámicamente durante la ejecución. Lectura recomendada: análisis en profundidad del formato de archivo ejecutable portátil Win32, vinculador y cargador. Dos piezas de información

Puede encontrar algunos artículos buscando formato de archivo ejecutable.

3. De hecho, no hay nada a lo que prestar atención. La naturaleza de so es la misma que la de dll (almacena código ejecutable, información necesaria para vincular, tablas de símbolos, etc.). Son solo bibliotecas de enlaces dinámicos en diferentes plataformas. ¿A qué debo prestar atención desde dll hasta entonces? No hay nada a lo que el programador promedio deba prestar atención. Sólo necesitamos escribir el código y luego usar el conector y el compilador. Los detalles son preocupación de los implementadores del compilador y del cargador de enlazadores.

4.COM es un formato ejecutable (era DOS) y un "modelo de objetos componentes". El primero ya no es común y el segundo no está desactualizado. COM también es una DLL. Estas DLL proporcionan funciones con nombres fijos (comúnmente conocidos como "interfaces") de acuerdo con la especificación COM. Es necesario cargar los programas principales de estos COM y estas funciones deben llamarse de acuerdo con las especificaciones COM. De esta manera ambas partes pueden trabajar juntas.