Windows 现有分配权
我想知道esent.dll（可扩展存储引擎）的分发权限 我知道它包含在Windows中，但是，根据Windows的版本，它不一样 例如，在Windows 2000中，初始化是不同的，在Windows Vista+中，添加了一些有趣的参数Windows 现有分配权,windows,esent,edb,Windows,Esent,Edb,我想知道esent.dll（可扩展存储引擎）的分发权限 我知道它包含在Windows中，但是，根据Windows的版本，它不一样 例如，在Windows 2000中，初始化是不同的，在Windows Vista+中，添加了一些有趣的参数 因此，与其根据客户端操作系统对我们的软件进行不同的编程，我们是否可以使用最新版本的esent.dll并将其与我们的软件一起分发？以防您获得许可。。。如果您获得许可，您将如何将其毫无问题地分发到W2K、XP等…。。。您将如何毫无问题地将其分发给W2K、XP等…我怀
因此，与其根据客户端操作系统对我们的软件进行不同的编程，我们是否可以使用最新版本的esent.dll并将其与我们的软件一起分发？以防您获得许可。。。如果您获得许可，您将如何将其毫无问题地分发到W2K、XP等…。。。您将如何毫无问题地将其分发给W2K、XP等…我怀疑您是否被允许这样做。看看微软和它的Windows操作系统，你可以看到遗留支持是多么沉重的负担。在ESENT的类似情况下，我决定只支持Windows XP，在我的应用程序中，有一部分只支持Windows Vista和更新版本，因为我知道我的客户通常都是最新的。您可以考虑至少跳过对Windows 2000的支持。Windows XP附带的ESENT API功能非常强大，您几乎不需要更新版本的新奇功能。我怀疑您是否被允许这样做。看看微软和它的Windows操作系统，你可以看到遗留支持是多么沉重的负担。在ESENT的类似情况下，我决定只支持Windows XP，在我的应用程序中，有一部分只支持Windows Vista和更新版本，因为我知道我的客户通常都是最新的。您可以考虑至少跳过对Windows 2000的支持。Windows XP附带的ESENT API功能非常强大，您几乎不需要更新版本的新奇功能。您应该询问Microsoft。我猜你是不允许发布的，因为它不是免费的。你应该问问微软。猜测一下，我会说你不允许发布它，因为它不是免费的。是的，我计划把它和我的.exe应用程序放在同一个目录中。但是，我不认为我们有权重新分发这个dll，因此，使用ESENT的项目因此而被放弃。如果最终，我们的应用程序不再支持XP或更低版本，我们可以重新评估。是的，我计划将它与我的.exe应用程序放在同一个目录中。但是，我不认为我们有权重新分发这个dll，因此，使用ESENT的项目因此而被放弃。如果最终，我们的应用程序不再支持XP或更少，我们可以重新评估。