Home >Web Front-end >JS Tutorial >JavaScript library development rules_javascript skills

JavaScript library development rules_javascript skills

WBOY
WBOYOriginal
2016-05-16 18:56:351162browse

1. Stay non-intrusive My HTML tags don’t want to know about your JavaScript code.

2. Modification and extension of Object.prototype is strictly prohibited! This is very important, so a rule is needed that is completely specific to it. Objects are the basic building blocks of JavaScript functionality, don't mess with them.

3. Don’t overextend The fewer extensions to JavaScript built-in objects, the better. Don't get me wrong. There are a bit few useful methods in JavaScript's native objects, and sometimes you have to add one or two of your own. However, for creative (library) programmers, adding these "one or two" methods is not enough. However, please stop! Just add what you need. The fewer extensions you have to JavaScript's built-in objects, the less likely your code will conflict with other frameworks.

4. Follow the standards As a developer of a library, you define patterns for JavaScript code. Design patterns are a reflection of weak programming language skills. Remember, JavaScript and the DOM are still being standardized. If you want to "fix" something, it's best to see if it's already been fixed and consider existing solutions. If you follow the standard, follow the standard closely (for example: don't leave out a parameter in the forEach method). 5. Or follow the lead Mozilla leads JavaScript. Brendan Eich, the creator of the JavaScript language, is still
developing
. These new language features are available first in Mozilla than in other browsers. If you want to add new language features to JavaScript, take a look at the Mozilla standards first. For example, when you want to extend an enumeration method to an Array object, it is best to name this method forEach instead of each. If you really want to provide language features that do not yet exist, then please closely follow the existing standards. (Refer to the example above). 6. Be flexible If I want to modify the behavior without changing your source code, is this easy? If it's not easy enough, make it easier.
7. Managing memory
Everyone is worried about memory leaks, so you should do your best.
8. Eliminate browser sniffing
It seems browser vendors will always compete by adding new features ;-)
Development as a library
, you have to keep up with the latest trends. Browsing Ajaxian once in a while isn't enough, you have to slavishly read every blog post to find the next hack. Browser sniffing can be addictive. 9. Smaller and better Various JavaScript libraries have matured. Some libraries are already used on mainstream websites. But not everyone has 2MBit of DSL bandwidth installed, so keep your library small. Better yet, provide a packaging page that allows me to efficiently build my own library to my needs.
10. Good ol' tenth rule (It seems to be a colloquial usage, I don't know how to translate it well).
You can always rely on the tenth rule. Here it is: Stay predictable. I should be able to guess what your method is used for. If I don't know the name of a method, I should be able to guess it.
11. Additional rules
Documentation, annoying but definitely something to do. The more namespaces you use, the harder it is for me to remember, just like your phone number.
Remember: potentially millions of people will execute your code.

Statement:
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn