Partage

Créé un outil de visual scripting

14 mars 2018 à 17:43:36

Slt

j'aimerais savoir si quelqu'un connaîtrait un site où l'on explique comment créé un outil de visual scripting avec qt, ou un code source avec minimum qt 4.0

Qui cour de l'avant est sur de vivre plus longtemps, car les mains ne peuvent atteindre ce que les yeux ne voient pas.

Vous êtes demandeur·se d'emploi ?
Sans diplôme post-bac ?

Devenez Développeur·se web junior

Je postule
Formation
courte
Financée
à 100%
14 mars 2018 à 19:17:31

[Convertir une table en UTF8, mysql](https://gist.github.com/julp/4726120)
16 mars 2018 à 15:24:34

déjà fais et sa me montre unreal engine 4 (que j'utilisais avec un PC pas assez puissant)

Qui cour de l'avant est sur de vivre plus longtemps, car les mains ne peuvent atteindre ce que les yeux ne voient pas.
17 mars 2018 à 11:36:54

Tu sais il n'y a pas des tutos pour tout il faut que tu cherches les fonctionnalités que tu veux (drag & drop, tracé de lignes, système pour interpréter une suite d'instructions et les stocker etc ...) et que tu assembkes les connaissances apprises pour créer ton application.
27 mars 2018 à 15:33:28

j'ai suivi ton conseil et la, boum un probleme. En gros je voudrais me baser sur le code du designer qt ,puis que les connection sois ecris dans un fichier (comme les fichiers ui ),puis convertir se code en un langage de script (comme l'angel script) via un compilo perso,mais je ne sais pas sur quel langage me baser pour les fichiers de connections entre l'XML ,le JSON, ou peut etre les INI.

Qui cour de l'avant est sur de vivre plus longtemps, car les mains ne peuvent atteindre ce que les yeux ne voient pas.
27 mars 2018 à 16:25:42

Salut,

Le format du fichier n'a, à vrai dire, que vraiment très peu d'importance...

Ce qui importe réellement, c'est les données que tu vas mettre dans ce fichier et, surtout, la manière dont tu vas organiser ces données.

L'autre disait "peu importe le vin, du moment que l'on a l'ivresse"... Nous pourrions le paraphraser en disant "peu importe l'origine, du moment que l'on a les données".

Que tu choisisse de sauvegarder tes données en format XML, en format JSon, dans un format tout à fait personnel ou même dans une (ou plusieurs) table(s) de base de données n'est qu'un aspect purement technique, qui ne devrait que très peu empiéter sur la manière dont tes données sont représentées et utilisées dans et par ton application.

Car, une fois que ton application a récupéré les données qui l'intéressent -- quelle que soit la source à laquelle elle est allée les chercher --  elle peut littéralement se désintéresser de cette source de données jusqu'à ce qu'elle éprouve le besoin d'y apporter une "mise à jour".

Avant de t'intéresser au format que tu vas utiliser, tu as, très certainement trois questions bien plus importantes à te poser:

  • quelle données veux tu sauvegarder dans ton fichier?
  • quelles sont les relations qui existent entre ces différentes données ? et
  • dans quel ordre devras tu le faire pour que tu sois en mesure de les récupérer "le plus facilement possible"?

Tant que tu n'auras pas une réponse précise à ces trois questions, cela ne sert à rien de s'inquiéter de savoir comment tu vas sauvegarder tes données.

Car, si cela se trouve, une fois que tu auras répondu à ces questions, tu te rendra peut-être compte qu'un système de fichiers est insuffisant pour traiter correctement ces données, et qu'une base de données (qui peut -- au début -- être aussi simple que SQLITE) est en définitive bien mieux adaptée.

Mieux encore! On peut envisager la possibilité que différents formats soient utilisés dans différentes situations, car XML a des qualités différentes de JSon, mais les qualités de XML le rendent particulièrement intéressant dans certaines circonstances (lorsqu'il s'agit de vérifier et de valider les données par exemple) alors que les qualités de JSon le rendent particulièrement intéressant dans d'autres circonstances (il est à mon sens plus facile à lire et à parser que XML). Et une bonne base de données aura elle aussi ses avantages propres (entre autres, un meilleur maintien des relations qui existent entre les données).

Mais, tout cela, tant que tu ne sais pas ce que tu vas sauvegarder, ni dans quel ordre, ni dans quel but... n'est que considérations totalement inutiles ;)

Ce qui se conçoit bien s'énonce clairement. Et les mots pour le dire viennent aisément.Mon nouveau livre : Coder efficacement - Bonnes pratiques et erreurs  à éviter (en C++)
27 mars 2018 à 19:37:15

en gros ce fichier doit decrire quel noeud et connecter à quelle noeud , au début du fichier chaque noeud et décrit avec ses connection, et l'ordre iras du noeud le plus à gauche pour que on puisse récupèrer chaque donnée avant de l'utiliser. le XML me parais mieux pour une arborescence (ce noeud vien de la connexion de tel et tel noeud) mais pour dire si ce noeud et liée à celui la j'ai peur de devoir l'écrire dans les deux noeuds XML si je ne suis pas trop flou

-
Edité par DavidLakubu 3 avril 2018 à 7:01:47

Qui cour de l'avant est sur de vivre plus longtemps, car les mains ne peuvent atteindre ce que les yeux ne voient pas.

Créé un outil de visual scripting

× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
  • Editeur
  • Markdown