bonnes pratiques

FacebookTwitter
This is another one I've wanted to write forever. Man, I've tried a bunch of times. No ruck. Not Rucky.

Programming's Dirtiest Little Secret

http://steve-yegge.blogspot.com/2008/09/programmings-dirtiest-little-secret.html
http://remysharp.com/2010/06/03/signs-of-a-poorly-written-jquery-plugin/

Signs of a poorly written jQuery plugin

So far with every single workshop I’ve given, both for advanced JavaScript and jQuery for Designers, this question (or some variation thereof) has come up: How do you know if the plugin is good to use? It’s always dependant on the problem they’re trying to solve, but in lieu of a better jQuery plugin ranking system, here’s a couple of tips that should raise a red flag. Consider the following: $ . fn . myplugin = function () { var me = $ ( this ). each ( function () { return $ ( this ). bind ( 'someEvent' , function () { // does something }); });
http://www.learningjquery.com/2007/10/a-plugin-development-pattern I've been developing jQuery plugins for quite a while now, and I've become rather comfortable with a particular style of plugin development for my scripts. This article is meant to share the pattern that I've found especially useful for plugin authoring. It assumes you already have an understanding of plugin development for jQuery; if you're a novice plugin author, please review the jQuery Authoring Guidelines first. There are a few requirements that I feel this pattern handles nicely: Claim only a single name in the jQuery namespace Accept an options argument to control plugin behavior Provide public access to default plugin settings Provide public access to secondary functions (as applicable) Keep private functions private Support the Metadata Plugin

A Plugin Development Pattern

I would like to thank Rebecca Murphey for inspiring me to open-source this mini-book and release it for free download and distribution - making knowledge both open and easily available is something we should all strive for where possible. I would also like to extend my thanks to the very talented Alex Sexton who was kind enough to be the technical reviewer for this publication. I hope that it helps you learn more about design patterns and the usefulness of their application to JavaScript. Volume 2 of Essential JavaScript Design Patterns is currently being written and will be more detailed than this first edition. http://www.addyosmani.com/resources/essentialjsdesignpatterns/book/

Essential JavaScript Design Patterns For Beginners

The Essentials of Writing High Quality JavaScript

http://net.tutsplus.com/tutorials/javascript-ajax/the-essentials-of-writing-high-quality-javascript/ Twice a month, we revisit some of our readers’ favorite posts from throughout the history of Nettuts+. This tutorial was first published in October, 2010. The brilliant Stoyan Stefanov , in promotion of his book, “ JavaScript Patterns ,” was kind enough to contribute an excerpt of the book for our readers, which details the essentials of writing high quality JavaScript, such as avoiding globals, using single var declarations, pre-caching length in loops, following coding conventions, and more. This excerpt also includes some habits not necessarily related to the code itself, but more about the overall code creation process, including writing API documentation, conducting peer reviews, and running JSLint.
This chapter is about writing style sheets with style. By showing you case studies and how they are constructed, we hope to give you a sense of how CSS can be used to encode the visual presentation you want to achieve. Also, more importantly, if you follow the guidelines in this chapter your documents will behave well on a wide range of web devices. For example, they will scale gracefully from one screen size to another. Use ems to make scalable style sheets http://www.w3.org/WAI/GL/css2em.htm

Chapter 4 The amazing em unit and other best practices

JavaScript Garden

Function Declarations and Expressions Functions in JavaScript are first class objects. That means they can be passed around like any other value. http://bonsaiden.github.com/JavaScript-Garden/
http://en.wikipedia.org/wiki/Duck_typing

Duck typing

In computer programming with object-oriented programming languages , duck typing is a style of dynamic typing in which an object's methods and properties determine the valid semantics, rather than its inheritance from a particular class or implementation of a specific interface. The name of the concept refers to the duck test , attributed to James Whitcomb Riley (see history below), which may be phrased as follows: When I see a bird that walks like a duck and swims like a duck and quacks like a duck, I call that bird a duck. [ 1 ] In duck typing, one is concerned with just those aspects of an object that are used, rather than with the type of the object itself.