- Ce sujet contient 4 réponses, 3 participants et a été mis à jour pour la dernière fois par
, le il y a 5 jours et 7 heures.
-
Sujet
-
Bonjour à tous en ce début d’année,
Je me questionne sur les meilleures pratiques concernant l’organisation des scripts de document. Plus précisément, j’aimerais avoir votre avis sur deux approches :
1. Regrouper tout le code dans un script unique
2. Répartir le code dans plusieurs scripts distinctsQuels sont les avantages et inconvénients de chaque méthode ? Par ailleurs, l’ordre d’exécution des scripts (et donc leur nomenclature) a-t-il une importance particulière ?
J’ai déjà quelques idées à ce sujet, mais je souhaiterais connaître votre point de vue.
Merci!
-
Réponses
-
bonjour et Bonne Année !
Je ne peux te donner que mon avis. Je ne suis pas assez calé en programmation/informatique pour savoir si cela à un impact sur la vitesse ou la fluidité d’exécution…
Pour ma part, donc, je préfère diviser les différents scripts nécessaires pour faciliter la lecture et ainsi retrouver plus facilement des éventuelles erreurs. Vu qu’en général on avance petit à petit dans le document on ajoute au fur et à mesure différents scripts de document. Généralement j’en crée un premier où je mets les différentes variables utilisées fréquemment par d’autres scripts ainsi que les scripts d’ouverture, puis les autres scripts de document sont généralement des fonctions.
Par contre, je ne suis pas pour tout mettre en fonction. Cela rend le script plus compliqué à comprendre. Il ne faut donc les utilisées que lorsqu’elles sont appelées fréquemment. Si on a des centaines de champs et que tous les scripts sont en script de calcul cela va énormément rallonger les temps de calcul…@+
Par contre, ce qui est important pour des formulaires compliqués ou avec beaucoup de champs à calculer, c’est de savoir lancer les scripts par les bons évènements.Bonjour et bonne année
Je ne crois pas que ça change quelque chose point de vue vitesse d’exécution ou de chargement, mais je préfère tout mettre dans un seul script dans un seul fichier .JS, sauf quand il y a des images/icônes que je met à part car sinon on atteint vite la limite de 32000 caractères de l’éditeur d’Acrobat.
Je travaille en faisant des copier-coller depuis Notepad++, donc en une seule fois je met tout à jour.
Ca me permet d’avoir une vue globale de tous les scripts du document et donc de toutes les erreurs possibles. Par exemple quand je sélectionne un nom de variable ou n’importe quel mot, toutes ses occurrences sont mises en surbrillance, ce qui permet de les repérer facilement dans tous les scripts et toutes les fonctions.
C’est plus simple quand il faut minifier le script parce que je place toutes les variables en tête des scripts, donc je peux minifier seulement le code en un seul copier-coller. Parce-que quand on minifie le texte des variables (messages d’alerte…) les caractères Unicode redeviennent des caractères accentués/spéciaux de base, ce qui pose l’éternel problème Mac/PC.
Ca permet aussi au client de pouvoir les modifier facilement sans chercher (s’il a le niveau).
Et ainsi j’ai un seul fichier .JS en regard de chaque PDF (et avec le même nom), ça simplifie beaucoup la maintenance. Même si en vrai j’ai plutôt deux fichiers .JS : l’original bien détaillé et bien commenté, et la version minifiée incorporée dans le document final. Mais cette dernière n’est crée que quand tout est fini et testé, je ne la réutilise que rarement.
Merci pour votre retour. De très bons commentaires. Il y a des pour et des contres.
Je commence à prendre l’habitude de séparer le script long par type de contenu (format, alert, config).
- Vous devez être connecté pour répondre à ce sujet.