jQuery插件开发
所以今天，在看到以下示例和模板后，我决定阅读关于jquery插件开发的内容： 现在，我有以下问题： @Css技巧：jQuery插件开发,jquery,templates,plugins,Jquery,Templates,Plugins,所以今天，在看到以下示例和模板后，我决定阅读关于jquery插件开发的内容： 现在，我有以下问题： @Css技巧： 为什么他有一个名为el的参数，那东西到底在哪里 初始化 他为什么要向DOM对象添加反向引用 为什么他不使用 jQuery文档 @朗普尔斯 另外，他为什么不使用jqueryoffice的模式呢 为什么他没有，即他的mouseweel（）方法绑定到插件 名称空间 这仅仅是一种糟糕的做法，还是一种更好的做法 先谢谢你 编辑： 下面有人说这个可能太具体了。因此，我试图用另一种方
- 为什么他有一个名为
的参数，那东西到底在哪里 初始化el - 他为什么要向DOM对象添加反向引用
- 为什么他不使用 jQuery文档
- 另外，他为什么不使用jqueryoffice的模式呢
- 为什么他没有，即他的
方法绑定到插件 名称空间mouseweel（） - 这仅仅是一种糟糕的做法，还是一种更好的做法
下面有人说这个可能太具体了。因此，我试图用另一种方式来表述它；关于插件开发的官方文档中是否有问题或不好的建议，应该以其他方式处理？我真的建议以此为出发点
- 我真的建议以此为出发点
el$。yourpluginname（$（“”）[0]）elvar方法={//…}el$。yourpluginname（$（“”）[0]）elvar方法={//…}我更喜欢在jQueryUIWidget系统下开发，或者使用易于扩展/修改的结构，这样我就不会得到n个不同版本的plugin.js。（jquery文档中内容的修改版）我将尝试回答尽可能多的问题 “官方”jQuery模式只是一个建议。它说明了最佳实践，并不是决定性的。也就是说，它太好了，我什么都不用了。“主管”部分（代码末尾的右边）非常聪明 CSS技巧 此模式最糟糕的一面是将成员同时放入
$$.fnel$.fn.yourPluginName（）$.yourPluginName（）$.fnmouseweelmousewheelmousewheel