当我创建一个jQuery插件时，在需要的时候加入Modernizer是最佳实践吗？

我只是想知道，因为我总是追求非常简单的东西：我现在写了一个jquerymobilecorousel插件，你可以通过滑动从一个图像切换到另一个图像。对于移动设备，使用CSS3转换是有意义的，因为这将提高性能

为了测试功能是否可用，我可以使用Modernizer，但我不太喜欢，因为为一个简单的旋转木马插件添加另一个脚本似乎有点太多了，特别是在移动世界，因为bandwith非常珍贵。你们会将Modernizer部分复制到插件中，还是将Modernizer作为一个先决条件

---

干杯

如果您只需要测试浏览器是否具有特定功能，您最好只使用加载程序。

如果您只需要测试浏览器是否具有特定功能，您最好只使用加载程序。

我会将脚本打包，并指出它取决于它

我这样做有两个原因：

如果发布的脚本更新修复了一个bug或关闭了一个安全漏洞，那么他们就可以快速轻松地下载最新版本 如果他们在其他地方使用该脚本，那么将减少下载到客户端的重复代码。 就大小而言，显然有相反的观点，即如果他们不在其他地方使用Modernizer，他们将不得不为该方法下载整个脚本

我想这是一种判断，取决于他们需要功能的可能性。如果他们使用的插件使用的是浏览器的超现代功能，我想他们可能也会在其他地方使用现代功能，需要做额外的检查

使用接缝 解决这个问题的一种方法，你可以考虑。这意味着您可以将对第三方库的调用打包到自己的包装函数中。然后，您可以轻松地在Modernizer或您自己版本的所需函数之间进行交换，以便可以发布依赖项版本和无依赖项版本

---

在这种情况下，我个人会说，只是要求用户将库作为先决条件，因为它是一个非常常见的库。

我会将脚本打包在其中，并指出它取决于它

我这样做有两个原因：

如果发布的脚本更新修复了一个bug或关闭了一个安全漏洞，那么他们就可以快速轻松地下载最新版本 如果他们在其他地方使用该脚本，那么将减少下载到客户端的重复代码。 就大小而言，显然有相反的观点，即如果他们不在其他地方使用Modernizer，他们将不得不为该方法下载整个脚本

我想这是一种判断，取决于他们需要功能的可能性。如果他们使用的插件使用的是浏览器的超现代功能，我想他们可能也会在其他地方使用现代功能，需要做额外的检查

使用接缝 解决这个问题的一种方法，你可以考虑。这意味着您可以将对第三方库的调用打包到自己的包装函数中。然后，您可以轻松地在Modernizer或您自己版本的所需函数之间进行交换，以便可以发布依赖项版本和无依赖项版本

---

在这种情况下，我个人会说，只是要求用户将库作为先决条件，因为它是一个非常常见的库。

但这也会为插件添加另一个脚本。问题是需要将所需的功能复制到插件中，还是将所需的脚本设置为先决条件？但这也会为插件添加另一个脚本。问题是需要将所需的功能复制到插件中，还是将所需的脚本设置为先决条件？