jQuery创建自己的插件(自定义插件)的方法

可以在输入数字之后调用服务器，但是如果有许多使用不同格式的数字字段就太麻烦了。此外，如果您可以在客户端处理该问题，并向用户提供即时反馈，那么就不需要这样做了。

因此，我建立了一个空缺，之后我将尝试使用 JavaScript/jQuery 功能填补这一空缺。我的插件将在客户机上提供数字格式化，为其他人提供一种国际化 web 应用程序的方式，且无需与服务器会话。作为额外的功能，我的插件还可以提供反向操作；该插件使开发人员能够解析数字，从格式化的文本字符串中获取数字。这还可以应用于客户机上的数字操作。此外，我将模拟 JavaDecimalFormatter类中的功能，以维护执行数字格式化的客户端代码和标准服务器端方法之间的通用性。

第 1 步结果：我发现了一个插件需求，然后定义了对于该需求我可以填补的空缺。

插件规则

jQuery 团队建立了许多希望插件作者都能遵守的通用规则，为插件用户创建一个通用而可信的环境。考虑到 jQuery 团队比我聪明多了，我没有理由违背这些规则，对不对？出于该原因，我在此列出这些规则，并且在插件的每一步都尽量遵守这些规则。

文件命名为 “jquery.<your plug-in name>.js”
这是有道理的，因为您希望用户查看文件时立即知道这是一个 jQuery 插件以及这是哪个插件。

检查完毕。我的插件将命名为 “jquery.numberformatter.js”。

所有新方法都附加到 jQuery.fn 对象，所有新功能都附加到 jQuery 对象
现阶段这可能有点难以理解，在下一节我将讨论更多内容，因为这是实际编码过程中最重要的规则。

检查完毕。我的方法/函数将仅附加到这两个对象。

“this” 用于引用 jQuery 对象
这有利于插件作者的编写，它让所有插件作者在引用 “this” 时都知道将从 jQuery 收到哪个对象。

检查完毕。我将仅使用 “this” 引用 jQuery 对象。

插件中定义的所有方法/函数的末尾都必须带有一个 “;”（分号），否则将不利于代码的最小化。
因为这是最小化 JavaScript 文件的最佳实践，大于最小值会很糟糕，您的插件有可能很快就被抛弃。

检查完毕。所有的方法/函数都将以 “;” 结尾。

除有特别注明外，所有方法都必须返回 jQuery 对象
jQuery 方法的顺序链 (daisy-chaining) 非常著名，如果您编写打破链条的插件，它就一定会 “打破链条”。

检查完毕。我的format()方法将返回 jQuery 对象，虽然我的parse()方法没有返回 jQuery 对象，但我在很多地方都注明该函数打破了链条。（毕竟，它不可能返回一个 Number 对象而不打破链条）。