DIFFÉRENCES EN JAVASCRIPT [DJ]

Signaler
Messages postés
626
Date d'inscription
samedi 28 septembre 2002
Statut
Membre
Dernière intervention
18 mai 2009
-
Messages postés
13616
Date d'inscription
jeudi 13 février 2003
Statut
Membre
Dernière intervention
15 octobre 2013
-
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/44129-differences-en-javascript-dj

Messages postés
13616
Date d'inscription
jeudi 13 février 2003
Statut
Membre
Dernière intervention
15 octobre 2013
33
>>j'aime bien les framework
en production, dans le taf... c'est sûr, aucun doute.
quoique... je disais dans DINDE justement, d'opter pour
un 'générateur d'applications', un L4G... !
entre nous, les "framework JavaScript", c'est plus
du style bibliothèques d'outils que Framework "au sens noble".
au boulot, c'est ce que je ferais, là aussi sans aucun doute.
on ne s'y amuse pas, il faut produire... vite ( et bien ? )
Cordialement.
Messages postés
10840
Date d'inscription
lundi 24 février 2003
Statut
Modérateur
Dernière intervention
2 mars 2010
22
@Bultez => ouais; ben pour être franc, c'est pour ça que j'aime bien les framework js en général. je me suis attaché à prototype après être passé par jquery, mais ce dernier est vraient trop lent pour les sélections. Certes, il y a un fichier de près de 100ko à se trainer...mais bon, 100ko de nos jours, en link, ça ne représente plus grand chose; et ça évite de réécrire soi-même les mêmes méthodes, finalement.
Je vais uyn peu plus loin que ce tuto même si je devrais poster sur ton autre code, mais bon... : ton petit framework DINDE est, dans ce sens, une bonne initiative aussi. Néanmoins...:-)...on utilise rarement QUE les évènements. Certes, c'est une grosse partie d'une interface utilisateur réussie. Mais attaquer le DOM pour ajouter, ôter des éléments, les modifier etc...ça va quand même souvent avec. Et là, DINDE ne suffit plus : soit on réécrit la majorité des méthodes dont on a besoin (sélecteurs css, récupération d'attributs, etc...) pour avoir une base portable, soit...on se dit que finalement, un prototype, un jquery, un moo, un dojo...font tout ça très bien, et on abandonne ton DINDE, si sympa soit-il. C'est très différent d'un langage serveur ou on a souvent besoin que d'un framework très spécialisé, en fait, et ou on peut donc se passer de frameworks lourds et indigestes qui font tout -bien ou mal-, et donc trop. En js, il y a un bundle inévitable. Et en js, il y a la question cruciale de la portabilité, surtout...
Messages postés
13616
Date d'inscription
jeudi 13 février 2003
Statut
Membre
Dernière intervention
15 octobre 2013
33
merci Malalam,
effectivement tu as raison, il faut regarder de
ce coté là... et trouver des exemples simples.
>>...il y a des différences entre chaque...
hélas. @+
Messages postés
10840
Date d'inscription
lundi 24 février 2003
Statut
Modérateur
Dernière intervention
2 mars 2010
22
@Bultez => Bonne initiative, très bonne.
Pour continuer ce que dit _XTremDuke, un exemple : regarde toutes les fonctions DOM relatives aux attributs sous IE (getAttribute et cie) Voire getElementsByTagName(). Tu verras vite le bordel. En effet, le respect du DOM n'est pas acquis sur tous les navigateurs (en fait, le vrai respect, sur aucun...et il y a des différences entre chaque).
Afficher les 10 commentaires