Vb6 LIB与DLL的差异
LIB和DLL之间有什么区别？我已经在这里读了很多关于它的帖子，这里有一些好的、明确的答案，但是我写这篇文章是为了澄清一件事Vb6 LIB与DLL的差异,vb6,Vb6,LIB和DLL之间有什么区别？我已经在这里读了很多关于它的帖子，这里有一些好的、明确的答案，但是我写这篇文章是为了澄清一件事 当只有一个用户时（例如，对于本地安装在PC上的管理应用程序客户端），使用LIB（静态链接库）是否更好？当有多个并发用户访问使用vb6类的经典asp应用程序时，使用DLL（动态链接库）是否更好？库文件通常对应于静态库，这意味着应用程序使用的所有库代码都直接编译到应用程序中 DLL文件表示应用程序链接到的动态库，当您想要使用库中的代码时，可以在应用程序运行时动态调用该库 当然
当只有一个用户时（例如，对于本地安装在PC上的管理应用程序客户端），使用LIB（静态链接库）是否更好？当有多个并发用户访问使用vb6类的经典asp应用程序时，使用DLL（动态链接库）是否更好？库文件通常对应于静态库，这意味着应用程序使用的所有库代码都直接编译到应用程序中 DLL文件表示应用程序链接到的动态库，当您想要使用库中的代码时，可以在应用程序运行时动态调用该库 当然，您也会经常看到动态链接库的LIB文件。该文件包含链接器用于隐式链接到DLL的“存根” DLL（动态链接）的明显好处是，一个具有公共功能的DLL可以与使用相同功能的多个应用程序共享。Bug修复可以在一个地方进行，并且只有一个组件需要更新才能让所有应用程序利用这些修复 如果只有一个应用程序使用您的代码，那么几乎没有理由将其放入DLL中。多台计算机上的多个用户无论如何都必须拥有自己的DLL副本，因此在这种情况下不会进行代码共享
尽管如此，我不知道这个问题与VB6有什么关系。据我所知，您只能使用它创建ActiveX DLL（具有不同的用例），而它根本无法创建静态库。库文件通常对应于静态库，这意味着应用程序使用的所有库代码都直接编译到应用程序中 DLL文件表示应用程序链接到的动态库，当您想要使用库中的代码时，可以在应用程序运行时动态调用该库 当然，您也会经常看到动态链接库的LIB文件。该文件包含链接器用于隐式链接到DLL的“存根” DLL（动态链接）的明显好处是，一个具有公共功能的DLL可以与使用相同功能的多个应用程序共享。Bug修复可以在一个地方进行，并且只有一个组件需要更新才能让所有应用程序利用这些修复 如果只有一个应用程序使用您的代码，那么几乎没有理由将其放入DLL中。多台计算机上的多个用户无论如何都必须拥有自己的DLL副本，因此在这种情况下不会进行代码共享
尽管如此，我不知道这个问题与VB6有什么关系。据我所知，您只能使用它来创建ActiveX DLL（具有不同的用例），而它根本无法创建静态库。VB6只能创建动态ActiveX库（除非暴露于mad skillz中，之后它还可以创建本机动态库）。但是它不能创建静态库。那么为什么要标记为VB6呢？当我编译VB6项目时；生成了LIB文件和DLL文件。VB6只能创建动态ActiveX库（除非向mad skillz公开，否则它还可以创建本机动态库）。但是它不能创建静态库。那么为什么要标记为VB6呢？当我编译VB6项目时；生成了一个LIB文件和一个DLL文件。我之所以添加VB6类别是因为它是一个VB6应用程序，但也许更一般的类别会更好。VB6应用程序在编译时生成.LIB和.DLL。我注册了.dll，但没有注册.lib，应用程序运行时没有任何错误。为什么不注册.LIB呢？LIB文件是编译和链接（make）过程的一部分。您从不在运行时使用LIB，也从不部署它。大多数程序都不能使用LIB文件，我也不知道VB程序有什么实用的方法可以使用LIB文件。通过一些黑客攻击，您可能会基于LIB创建一个常规DLL，但这没有任何优势。我继承了许多VB6应用程序（我来自Java背景）。它似乎与其他VB6应用程序之一；VB6 LIB文件实际上是由经典asp应用程序注册和使用的。我可能错了。我之所以添加VB6类别是因为它是一个VB6应用程序，但也许更一般的类别会更好。VB6应用程序在编译时生成.LIB和.DLL。我注册了.dll，但没有注册.lib，应用程序运行时没有任何错误。为什么不注册.LIB呢？LIB文件是编译和链接（make）过程的一部分。您从不在运行时使用LIB，也从不部署它。大多数程序都不能使用LIB文件，我也不知道VB程序有什么实用的方法可以使用LIB文件。通过一些黑客攻击，您可能会基于LIB创建一个常规DLL，但这没有任何优势。我继承了许多VB6应用程序（我来自Java背景）。它似乎与其他VB6应用程序之一；VB6 LIB文件实际上是由经典asp应用程序注册和使用的。不过我可能错了。