Javascript 扩展Zepto.js，使其不受影响'；我不再需要jQuery了

我喜欢使用Zepto.js删除80%jQuery的想法。然而，在进行切换时，很明显我使用的一些jQuery插件，例如jQueryUI draggable（），在Zepto中找不到它们需要的东西

---

是否有一个明智的方法来切换到Zepto？还是我必须一个函数一个函数地扩展它，直到我不再出错？

听我说完。在一个完美的世界里，我们总是拥有我们所需要的框架。但我们并不生活在这样的世界里。不同的项目-不同的需求。JQuery被设计为涵盖所有的常规需求，因此节省了时间。试图根据项目需求对其进行优化可能听起来很诱人，但在错误的情况下，是否值得为每个小项目构建框架？最后，它只差15kbs，一秒钟的一小部分。由于javascript没有被编译，所以不会从编译时间或任何东西中节省。就那么一点点带宽。我不知道您的项目的重要性，但我个人不会牺牲时间为我创建的每个新项目构建自定义jQuery发行版

---

如果剥离的Zepto不起作用，我会坚持使用jQuery。但是，如果您决心这样做，我认为开始将jQuery剥离下来，而不是升级Zepto会更容易。这样，当您的模块发生故障时，您就可以立即知道原因。

请听我说。在一个完美的世界里，我们总是拥有我们所需要的框架。但我们并不生活在这样的世界里。不同的项目-不同的需求。JQuery被设计为涵盖所有的常规需求，因此节省了时间。试图根据项目需求对其进行优化可能听起来很诱人，但在错误的情况下，是否值得为每个小项目构建框架？最后，它只差15kbs，一秒钟的一小部分。由于javascript没有被编译，所以不会从编译时间或任何东西中节省。就那么一点点带宽。我不知道您的项目的重要性，但我个人不会牺牲时间为我创建的每个新项目构建自定义jQuery发行版

---

如果剥离的Zepto不起作用，我会坚持使用jQuery。但是，如果您决心这样做，我认为开始将jQuery剥离下来，而不是升级Zepto会更容易。这样，当模块出现故障时，您可以立即知道原因。

好的方面，特别是关于将jQuery分条的方面。我认为你是对的，对于大多数应用来说，这不太值得。不过，在时间允许的情况下这样做的一个原因是，我想了解更多关于jQuery引擎盖下发生的事情。看到好的方面了吗，特别是关于将jQuery条带化的方面。我认为你是对的，对于大多数应用来说，这不太值得。不过，在时间允许的情况下这样做的一个原因是，我想了解更多关于jQuery引擎盖下发生的事情。看见