Aller au contenu

Rechercher dans la communauté

Affichage des résultats pour les étiquettes 'base'.



Plus d’options de recherche

  • Rechercher par étiquettes

    Saisir les étiquettes en les séparant par une virgule.
  • Rechercher par auteur

Type du contenu


Forums

  • Staff
  • Accueil
    • Annonces
    • Règles du forum
    • Evènements
  • Skript
    • Suggestions
    • Demandes de skripts
    • Aide
    • Tutoriels
    • Skripts
    • Boites à outils
  • Maid Café de Onii-anime
  • Anime ou manga - Debat de Onii-anime
  • Qui es-tu exactement Onii-chan? de Onii-anime
  • Vos recommendations de Onii-anime
  • Meme :D de KiwiGDC-C
  • Memes de Meme center
  • Discussion de Meme center
  • La street de Meme center
  • Skript de Meme center
  • Comment on fait pour dev de GravenCommu
  • Discussion de Séries et films
  • Prévisions/Spoil de Séries et films
  • Au coin du feu de Séries et films
  • Films de Séries et films
  • Général de Undertale
  • memes de Undertale
  • Général de Le club des ours
  • Recommandations de Musik
  • Créations de Musik
  • Découvertes de Musik
  • Demande d'aide de Aide
  • Animes à conseiller de Animes / Mangas
  • Mangas à conseiller de Animes / Mangas
  • Animes en vrac de Animes / Mangas

Catégories

  • Skripts
    • Mini-Jeux
    • Outils d'administration
    • Outils Anti-Grief
    • Gestion de Tchat
    • Outils pour les développeurs
    • Economie
    • Correctifs (anti-cheat, anti-lag, ...)
    • Général (utilitaires)
    • Fun
    • Informationnel (annonces, ...)
    • Mécanisme (système sans fil, ...)
    • Divers (skripts hors-catégorie)
    • Rôle-Play
    • Téléportation (portail, ...)
    • Web (base de données SQL, ...)
    • Gestion de monde (worledit, ...)
    • Génération de structures
    • Skripts Débutants
    • Bazar à Code
  • Add-ons
  • API / IDE
  • Vos memes de Onii-anime
  • Petites Ressources de KiwiGDC-C

Rechercher les résultats dans…

Rechercher les résultats qui…


Date de création

  • Début

    Fin


Dernière mise à jour

  • Début

    Fin


Filtrer par nombre de…

Inscription

  • Début

    Fin


Groupe


1 résultat trouvé

  1. dBonjour, ce sujet s'adresse aux personnes disposant déjà des bases en skript et qui souhaite s'améliorer dans leur méthodologie Règle de nomenclature {_nameofvariable} ou {_name.of.variable} ou {_nameOfVariable} A défaut de retrouver le sujet de la personne qui avait rédiger tout un article dessus je vous renvoie vers cette page [Contenu masqué] Les noms des variables doivent donc être attachés en commençant par une minuscule et les mots suivant doivent commencer par une majuscule en étant attaché au précédent , donc {_nameOfVariable}, Pour ce qui est des fonctions la règle devrait être la même que pour les methods() mais il y a juste un petit problème qui se pose avec skript-mirror, "Comment faire la distinction entre une méthode java et une fonction skript ?" pour le coup je suggère que toute les premières lettres du nom d'une méthode commence par une majuscule (n'hésitez pas à donner votre avis) La bonne méthode pour définir une variable {player.level.%player%} , ça vous plait ? moi ça me donne envie de m’arracher les yeux ! Pourquoi ? Car plusieurs problèmes se pose : On peux oublier de supprimer des variables qu’on utilise plus, lorsque l’on souhaite supprimer toutes les informations concernant un joueur c’est plus que pénible d’utiliser cette méthodologie, et enfin ce n’est absolument pas le plus optimal pour un système de top/flop par exemple. Ma recommandation : {%uuid of player%::level} , {%uuid of player%::{@title}::homes::*}, {{@title}::locations::*} , en gros utiliser les variables liste ! C’est vraiment très pratique et plus complet que les variables simples. Le plus gros avantage est ceci delete {%uuid of player%::*} Bonus : j’ai écris {@title} , vous aurez donc comrpis que j’utilise une « option » , j’aime bien faire ça pour définir quel script utilise quel variable et ainsi éviter tout conflit entre scripts Bonus 2 : A l’heure ou j’écris il y a un problème avec la version Skript-2.4Beta8 , qui bug avec function {@title}Xp(player: player) , mais j’ai déjà signalé le bug et il devrait être corrigé un jour où l’autre. Variable local ou global ou yaml ou SQL ? La règle est simple, le fichier variables.csv doit pourvoir être supprimé sans que cela ne casse quoi que ce soit après un redémarrage, pourquoi ? Car il arrive parfois qu’un problème persiste alors que le code est correct, et cela peut être la cause de l’oubli de suppression d’une variable (ce cas se présente principalement avec les variables de type liste {::*} ) Pour éviter ce phénomène il faut privilégier les variables locales (qui en plus ne s’écrivent pas dans le fichier .csv donc gain de temps), et les variables globales doivent êtres définis lors d’un événement tel que le on load: ou lors de l’exécution d’une commande ou … Dans quel cas utiliser les fichiers yaml (ou autre type de fichier textuel) ? Je recommande ce type de fichier pour tout ce qui est lié à la sauvegarde de statistique ou de données concernant le joueur ou le serveur qui doivent persister après l’extinction du serveur. L’utilisation de l’addon Skript-yaml sera nécessaire et pour ceux qui se le demande, oui c’est plus long au chargement mais cette addon a la particularité de ne pas passer son temps à aller chercher l’information dans le fichier, une fois que le fichier est chargé il est enregistré dans la RAM ce qui le rend rapide d’accès. EDIT : Comme l'indique Kilterra dans les commentaires, il y a un ralentissement du à l'accès à ce ficher, voici la technique que j'utilise pour palier à ce problème : options: title: breeding author: Anarchick version: 1.0 dependencies: skript, skript-yaml, SkQuery, skent, skript-mirror, skellet config: plugins/skript/config on load: if file "{@config}/{@title}.yml" exist: load yaml "{@config}/{@title}.yml" as "{@title}" delete {{@title}::*} set {{@title}::version} to yaml value "version" from "{@title}" if {{@title}::version} is not {@version}: send "<pink>{@title} : Unload the script cause version of the script ({@version}) does not match with version of the config file (%{{@title}::version}%)" to console and ops stop set {{@title}::description::*} to colored yaml list "description" from "{@title}" without string checks set {{@title}::egg::uncooked::name} to colored yaml value "egg.uncooked.name" from "{@title}" without string checks set {{@title}::egg::uncooked::lore::*} to colored yaml list "egg.uncooked.lore" from "{@title}" without string checks set {{@title}::egg::cooked::name} to colored yaml value "egg.cooked.name" from "{@title}" without string checks set {{@title}::egg::cooked::lore::*} to colored yaml list "egg.cooked.lore" from "{@title}" without string checks set {{@title}::egg::cooked::time} to yaml value "egg.cooked.time" from "{@title}" set {{@title}::egg::cooked::xp} to yaml value "egg.cooked.xp" from "{@title}" else: send "<pink>The config file at path ""{@config}/{@title}.yml"" does not exist" to console and ops Une fois fait je peux oui ou non décharger le fichier yml de la ram Le cas du SQL : C’est très sympathique mais aussi très pénible à utiliser, entre latence, baisse de performance, code à rallonge, perte de données, base de données payante, problème de configuration réseau, … Bref, c’est malheureusement une vraie galère bien que l’idée soit bonne. Recommandé uniquement pour les personnes qui gère un site web utilisant la même base de donnée SQL. Rédiger en français ou en anglais ou autre ? Souvent je vois du code avec des nom de variable comme {joueurs::*} ou {niveauJoueur.%player%} , alors je suis d’accord que nous sommes sur un forum français et que nous sommes francophones MAIS il ne faut pas oublier que la plus grosse communauté Skript est anglophone et que c’est chez eux qu’il y a les « skripteur » les plus talentueux , donc si vous avez un jour besoin de demander de l’aide sur le forum SkUnity ou les différents discords anglophone il est préférable de rédiger les noms de variables en ANGLAIS , car oui vous avez bien fait correspondre votre nom français avec l’utilisation que vous faite de votre variable et ça aide beaucoup pour comprendre rapidement votre code, mais si vous avez besoin d’aide de la part d’un anglophone ça peut lui un poser problème de compréhension et il ne vous répondra peut être pas. Imaginer on fait l’analogie avec des écritures cyrilliques ou des Kanji, là ça devient très complexe car en plus la personne qui souhaite vous aider ne pourra même pas utiliser les mêmes caractères que vous pour définir une nouvelle variable. Conclusion : LES NOMS DE VARIABLES DOIVENT ÊTRE ÉCRIT EN ANGLAIS PS : Les commentaires doivent être écrits si possible dans la langue du forum sur lequel vous souhaitez partager votre script. Voir même en FR et ANG en même temps pour les courageux ! L’optimisation poids/lisibilité/évolutivité/CPU/RAM Lorsque tu code (peu importe le langage), ne te dis pas « ça fonctionne donc je n’y touche plus », c’est une mauvaise façon de réfléchir, si l’on ne fait pas d’effort pour optimiser son code on ne progresse pas ! Il existe différentes façons d’optimiser et certaines sont compatibles les uns avec les autres, le tout c’est d’identifier ce dont on a besoin. Par exemple mon projet btooom est tellement conséquent qu’il m’impose de faire un code extrêmement optimisé pour le CPU/RAM mais à défaut il est très peu lisible et son évolutivité me demande parfois de tout réécrire. Mais je ne partage pas ce code donc ce n’est pas gênant. (En même temps aucun code n'est en double, tous mes scripts sont liés les uns aux autres dans le but de réduire le plus possible la consommation des ressources matériel ce qui veut dire que pour identifier une erreur c'est un véritable labyrinthe dont je suis le seul à connaitre les recoins) Et pour mon autre projet de serveur survie c’est totalement différent, je fais un code orienté sur la lisibilité et surtout l’évolutivité, mais j’optimise moins les ressources CPU/RAM (J'ai du code en double car chacun de mes scripts sont totalement indépendant et non interférant avec les autres), par contre ça me permettra de potentiellement partager mes scripts. Tout ce que j’ai à dire dans cette rubrique c’est qu’il faut bien réfléchir en amont à comment doit être penser son code en mettant toute sa bonne volonté pour l'optimiser le plus possible. Petites astuces pour optimiser vos codes : Quand je dis optimiser vos codes ça ne veut pas seulement dire "réduire la taille de son code" , absolument pas ! Parfois un code plus long est plus optimisé qu'un petit code ! Ce qui est effectivement commun à toutes les méthodes d'optimisation c'est de réduire la taille du code MAIS de façon logique pour enlever ce qui est inutile sans impacter les performances. L'optimisation passe souvent par une refonte TOTALE du code d'origine afin de trouver un algorithme plus efficace pour faire la même chose. L'optimisation c'est par exemple de passer d'une technologie de réseau GSM 3G à 4G puis 5G, ou bien de réduire la finesse de gravure des processeurs de 14nm à 7nm, ou encore Skript-yaml ! Et oui, la particularité de skript-yaml par rapport à skUtilities c'est qu'il enregistre le fichier dans la ram et ainsi il n'a pas besoin d'aller le chercher sur le disque de stockage à chaque fois ! un gain de temps considérable pour la même fonctionnalité ! Et je suis d'accord, c'est bien jolie de vous dire d'optimiser vos code mais sans vous dire réellement comment ... bah en faite on apprend à optimiser avec l'expérience, en regardant le code des autres, en demandant des conseilles, en faisant des tests, en se tenant à jour des ajouts d'une nouvelle version d'un plugin et surtout en se creusant la tête !!! Maintenant je vous invite à proposer des exemples de code (basique ou complexe tant qu'il ne sont pas long) qui peuvent être optimisé afin de donner des idées :
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.