Inscrivez-vous gratuitement
pour pouvoir participer, suivre les r�ponses en temps r�el, voter pour les messages, poser vos propres questions et recevoir la newsletter
Peut on programmer proprement en Javascript ?
Bonjour,
Depuis quelques mois d�j� j'ai commenc� � d�velopper en JS pour le web.
J'ai remarqu� que dans certains points, on doit �crire des structures plut�t imposantes
et ne me semblant pas �l�gantes. J'ai aussi not� que chaque programme d'auteurs autres
pr�sentent des fonctions longues, peu claires, avec des noms de variables courtes, ne d�crivant pas la valeur...
Est-t-il n�cessaire d'en faire de m�me, ou devrais-je changer ma fa�on de faire ?
Merci de l'attention !
On peut �crire du code d�geu dans tous les langages, m�me en JavaScript.
disons qu'en javaScript comme on peut rapidement tester et voir le r�sultat d'un bout de code en cours de test, certains ne prennent pas le temps de bien r��crire proprement leur code, voir m�me n'en prennent m�me pas conscience.
A toi de voir si tu veux �tre ou non dans le clan des chevaliers blancs et propres.
Avoir des noms de variable � rallonge n'a aucune importance, du moment que tu compresse ensuite ton code pour le placer en exploitation.
exemple : https://closure-compiler.appspot.com/home
D'abord, merci beaucoup pour la r�ponse !
Donc peu de personnes prennent pas le temps d'�crire du code propre !
�crire du code "propre" c'est �tre capable de se relire rapidement, de corriger ou de modifier son code 6 mois ou un an plus tard.
L'indentation du code, les commentaires et les espaces pour a�rer, rien n'est superflu. Si vous n'arrivez pas � coder avec "discipline", utiliser un "beautifyer" (exemple en ligne : https://html-cleaner.com/js/).
Mais il ne faut pas confondre le code en d�veloppement ( celui qui doit �tre maintenu par un humain) et le code en production (une copie du code en d�veloppement � l'instant T). Le code en production peut avoir �t� modifi� par divers programmes (voir l'univers de node.js) et il est toujours compress� (exemple en ligne : https://closure-compiler.appspot.com/home), apr�s quoi il est quasi illisible pour un �tre humain.
Blog
Sans l'analyse et la conception, la programmation est l'art d'ajouter des bogues � un fichier texte vide.
(Louis Srygley : Without requirements or design, programming is the art of adding bugs to an empty text file.)
Les noms de variables explicites et autres commentaires ainsi que l'indentation correcte sont indispensables et permettent de reprendre son code 6 mois plus tard comme le dit Daniel.
Pour ma part j'ai des fichiers de d�veloppement qui sont bien indent�s et comment�s, mais cela n'est pas toujours imparable pour un poisson rouge comme moi... Un tour de bocal et hop j'ai d�ja oubli� pourquoi j'ai cod� telle ou telle bidouille. Et mon commentaire qui me semblait tr�s explicite au moment ou je l'ai r�dig� devient une �nigme. Mais cela fait le charme du d�veloppement ^^.
J'ai � cot� de cela les fichiers de production qui eux sont pass�s au compresseur afin de raccourcir les noms de variables et supprimer les commentaires, juste histoire de gagner quelque kilo avant l'�t� sur la plage. Pardon avant la mise en production.
Et personne n'a besoin de comprendre mes js en prod ...
Donc selon moi le code propre n'a de sens que pour la maintenance.
Apr�s si par "propre" tu entends en utilisant les bonnes m�thodes et pas de bidouilles ... Je pense que 98% des js en production sont truff�s de bidouilles et autres contournement par m�connaissance du JavaScript. Et puis il y a plusieurs �coles, plusieurs fa�ons de coder...
Ma page Developpez - Mon Blog Developpez
Pr�sident du CCMPTP (Comit� Contre le Mot "Probl�me" dans les Titres de Posts)
Deux r�gles du succ�s: 1) Ne communiquez jamais � quelqu'un tout votre savoir...
Votre post est r�solu ? Alors n'oubliez pas le Tag
Venez sur le Chat de D�veloppez !
Un bon moyen de progresser sur les bonnes pratiques et de contr�ler son code est d'utiliser des linters. ESLint est le plus connu et le plus utilis� (�norm�ment de plugins pour personnaliser en fonction des pratiques et des frameworks et librairies utilis�es).
Merci !
Tiens �a me rappelle quelqu'unEnvoy� par SpaceFrog
Le probl�me est que l'on fait des commentaires par rapport � un contexte donn�, et ce contexte n'est plus le m�me quand on regarde le code d'un point de vue global. C'est le probl�me que j'ai constat� le plus souvent dans mes commentaires. En m�me temps on est "oblig�" de coder assez vite pour ne pas perdre la logique du code qu'on est entrain de faire sinon le temps de d�veloppement augmente significativement. Et l'on se retrouve toujours devant l'�ternel dilemme entre la productivit�/rentabilit� et le fait de passer suffisamment de temps (que le client consid�rera souvent comme du temps perdu) pour bien documenter le code afin de faciliter sa maintenance et son �volution.
Ce n'est donc pas �tonnant que lefou123456 puisse voir des choses tr�s diff�rentes, mais comme dit psychadelic ce n'est pas sp�cifique � ce langage. Par contre, compar� � un langage "facile" comme Php, javascript est beaucoup plus complexe car la programmation �v�nementielle demande plus de r�flexion et par ailleurs javascript est tr�s polymorphe. Pour dire que les commentaires ont ici une importance cruciale.
Niveau pratique, coder avec le mode "use strict" permet d'�viter beaucoup des erreurs d'inattention (variables non d�clar�es etc.).
Apr�s niveau "�l�gance", "fonctions longues" cela peut aussi �tre tr�s variable et d�pendre du contexte.
Peut-on programmer proprement en JavaScript ?
C�est marrant cette question, j�aurais presque cru � un troll si on n��tait pas sur Developpez.com. Heureusement ici l�ambiance est � la patience et � la p�dagogie.
Le probl�me de JavaScript c�est son �cosyst�me. Les ressources qu�on trouve sur le Web sont, pour une majorit�, trop vieilles, encouragent des pratiques obsol�tes ou tout simplement mauvaises. Il faut d�j� avoir une certaine exp�rience pour d�terminer ce qui est une bonne ressource de ce qui ne l�est pas. Par exemple, le site w3schools a longtemps �t� critiqu�, � tel point que le site parodique w3fools a vu le jour. Depuis, w3schools a fait des efforts pour rattraper son retard, mais �a reste in�gal.
J�aurais tendance � vanter le MDN pour son aspect wiki qui le rend plus r�actif aux �volutions technologiques. Personnellement, j�aime aussi m�alimenter aux blogs de diff�rents gourous quand il s�agit de points tr�s techniques ou de nouveaut�s du langage. Des noms en vrac : Brendan Eich, Peter-Paul Koch, David Walsh, Douglas Crockford, etc. J�en oublie certainement des tas !
La FAQ JavaScript � Les cours JavaScript
Touche F12 = la console → l�outil indispensable pour d�velopper en JavaScript !
Eric Elliott et sa JavaScript Scene sur Medium aussi c'est bien sympa.
Pour en rajouter une couche, je dirais qu'a force de r��crire son code plus proprement, de bien analyser et de confronter son �criture avec celle d'autres codeurs, on fini par savoir �crire un code presque propre d�s le d�part.
l'exp�rience y joue indubitablement son r�le.
Je rebondis sur le message de Watilin pour appuyer l'utilisation de la doc MDN qui est presque toujours la plus compl�te et m�me souvent traduite en fran�ais ce qui ne g�che rien. Dans un moteur de recherche il suffit de taper le nom d'une fonction javascript ou d'une balise html suivie de mdn pour trouver la doc en premi�re ligne. Pratique pour consulter la meilleure source en premier. W3school peut rendre aussi de bon services mais j'y vais toujours en seconde intention.
R�pondre avec citation
Partager