jQuery Girl
  1. jQuery Girl
  3. Combien de lignes de code contient votre script jQuery personnalisé sur votre site? Et combien c’est trop?
Intereting Posts
ASP.Net 4.0 avec TinyMCE et le codage XML réencodent le contenu après publication Comment changer l’affichage css aucun ou bloquer avec un clic de bouton changez le comportement de slideToggle () pour afficher: inline-block au lieu de display: block? Remplir un menu déroulant avec un object json Le curseur se déplace au début d’un champ de texte Fonctions publiques depuis un plugin jQuery JQuery Rechercher des éléments par couleur d’arrière-plan Comment la variable “jQuery” est-elle une fonction et un object? Comment masquer la boîte d’alerte Bootstrap en l’absence de message Charger un fichier php externe dans la boîte de dialog modale jQuery onclick jquery valide la position d’erreur $ (document) .ready (fonction () ne fonctionne pas comportement différé de jQuery dans la boucle for trensortingchardson datetimepicker et timepicker ne fonctionne pas Réglez la hauteur d’une div sur la moitié de la largeur

Combien de lignes de code contient votre script jQuery personnalisé sur votre site? Et combien c’est trop?

Pour notre site, j utilise beaucoup de jQuery – pour l’instant, je cherche 340 lignes de code jQuery au-dessus de la bibliothèque de base. Combien c’est trop? Je vais en append plus, quand est-ce que je commence à essayer de condenser le code et éventuellement à passer à la POO?

    De manière optimale, vous devez garder au minimum la taille de votre script, mais avec les sites Web «Web 2.0» actuels, vous accumulerez probablement pas mal de code JavaScript.

    Avant de déployer votre site Web, veillez à minimiser et à gzip vos fichiers de script de manière à réduire autant que possible la taille de vos fichiers de script.

    Si vous souhaitez réellement optimiser et améliorer les performances de votre site Web, je vous recommande vivement de consulter les sites Web haute performance de Steve Souders : connaissances essentielles pour les ingénieurs front-end.

    Le nombre de lignes ne signifie rien – ce qui compte est ce que vous faites réellement. Vous pourriez avoir 10 lignes de code extrêmement inefficace qui feraient beaucoup plus de dégâts qu’un 1000 lignes de code méticuleusement conçues.

    Combien coûte trop dépend beaucoup de votre application.

    Vous devez vous efforcer d’être concis, mais pas au désortingment de la lisibilité ou de l’expérience utilisateur.

    Je ferais plus attention au temps de chargement des scripts qu’aux lignes de code. S’il devient trop volumineux, divisez le fichier en fichiers spécifiques à une page ou à une section. “Trop” repose uniquement sur les performances des applications et sur ce que vous considérez comme acceptable pour vos utilisateurs.

    340 lignes n’est rien, essayez d’utiliser quelques commandes telerik … bientôt de 15 000 lignes!

    Cela dépend du projet sur lequel vous travaillez. Vous devriez garder votre code efficace et lisible. Une fois que vous avez déployé votre site Web, il vous suffit de compresser et de compresser vos scripts afin d’améliorer les performances.

    Je ne voudrais pas vous préoccuper de la longueur de votre JavaScript. Vous avez plusieurs options à votre disposition, par exemple utiliser Packer pour compresser votre code JavaScript à des fins de publication (vous voudrez vous entraîner à certaines choses car il contient quelques règles de fonctionnement).

    Veillez à ce que votre code soit compréhensible et facile à gérer. L’utilisation intensive de JavaScript dans les sites Web peut devenir très rapide.

    Essayer de la rendre courte ou petite peut vous faire plus de mal que si un utilisateur devait attendre une seconde supplémentaire le temps que la page soit chargée.

    Pour le développement, il devient absolument essentiel de séparer le code dans des fichiers .js distincts, sinon les choses se gâcheraient.

    CEPENDANT,

    Ne laissez pas une tonne de références de script dans une page de production. La plupart des navigateurs sont limités à 2 requêtes HTTP simultanées. Ces références de script ralentiront le chargement de votre page et dépasseront de loin tous les avantages possibles de la mise en cache des composants séparément.

    Vous pouvez concaténer vos fichiers de développement dans un seul fichier à l’aide de JS Builder:

    http://code.google.com/p/js-builder/

    Edit: Par références de script, je veux dire le

    340 lignes de javascript ne sont rien, mais à mesure que votre base de code javascript se développe, je passe un peu de temps à chercher des frameworks pour compresser et concaténer javascript à la volée. Si vous utilisez Java, je vous recommande d’utiliser JAWR , qui vous permet de basculer entre plusieurs références en mode développement et un seul script minifié en production. Assurez-vous simplement de tester votre application en mode production avant de vous lancer, car l’algorithme de minification pourrait bousiller votre code dans des cas obscurs (si vous écrivez du code vierge et souvenez-vous de terminer chaque ligne par un ‘;’ ça devrait aller.) .

    Si vous n’êtes pas sous Java, je ne connais aucun framework, mais implémenter quelque chose de similaire vous-même n’est pas si difficile. Je pense avoir un code qui traîne quelque part pour le faire dans eZ Publish, qui est écrit en PHP.