Question : Conseil de base de XML

Bonjour experts ! le

I se demandait si je pourrais avoir du conseil. Je crée un XML de base qui représente un dossier que j'ai fait pour un projet. J'ai développé une application, son de base, sa une forme qui a différents attributs là-dessus, qui peut être complétée et soumise. Une fois que soumis, elle crée des formes de SVG. J'examine maintenant faire un dossier de base de XML pour montrer les différents champs impliqués. le

I avaient lu sur W3Schools au sujet de XML etc. et j'ai commencé à faire mon code de XML pour mon dossier. J'ai attaché le code que j'ai fait. Je me demandais juste si je pourrais obtenir du conseil pour voir que j'aborde lui la manière correcte. Comme vous pouvez voir qu'il y a des formes et dans les formes il y a différents attributs. L'une chose qui me confond est que les différentes formes ont différents attributs par exemple une place n'a pas un rayon. Comment est-ce que ceci affecte mon dossier de XML ? Des exemples j'ai vu que chacun a les mêmes attributs inclus par exemple un nom, une année CD de collection etc. libéré. Mais mes formes selon lesquels ils sont tous différents ? #. Est ce qui j'ai attaché correct ou vous fais que les types ont tous conseils sur ce que je pourrais faire pour le changer.
class= > " clair " de

> de " codeSnippet " de class= de

class= " lineNumbers " de

class= de

1 : 2 : 3 : 4 : 5 : 6 : 7 : 8 : 9 : 10 : 11 : 12 : 13 : 14 :

> " de l'id= " codeSnippet791911 de Circle 50 50 70 Rectangle 50 50 70 70

class= de

Réponse : Conseil de base de XML

Côté : Vous l'autre projet a probablement mis en application SummonGameObject comme méthode statique dans la classe de WorldObject.

GameObject* WorldObject : : SummonGameobject (uint32 identification, flotteur X, flotteur y, flotteur z, angle de flotteur, despwtime uint32)

Cette ligne cependant donne l'impression qu'elle est non-statique, mais ma conjecture approximative est qu'elle devrait être statique parce qu'elle semble prendre l'identification de GameObject en tant que d'abord stands du paramètre GO_ICE_WALL pour l'ice_wall d'objet de jeu. Cette méthode est la méthode globale habituelle de consultation qui localise des objets de jeu de registre et semble donc raisonnable d'être statique, à moins que l'ofcourse un worldobject soit un objet composé de jeu composé d'autres objets de jeu.

si (GameObject* à thyristor = m_creature->SummonGameObject (GO_ICE_WALL, 5540.39f, 2086.48f, 731.066f, 1.00057f, 0))

 Peut-être vous pouvez vérifier avec l'autre projet et voir comment ils l'ont fait. Le BTW, si SummonGameobject peut renvoyer un GameObject qui peut toujours ne pas être WorldGameObject puis le type de retour devrait être un peu plus strict pour éviter davantage de stéréotype unnessary et pour faire à code suivant plus de typesafe. Autrement il semble probablement plus de raisonnable de le mettre dans GameObject plutôt que WorldGameObject.

Il pourrait être aussi simple que copiant à Worldobject.h/cpp (si tels sont les noms). Autrement vous devriez essayer d'avoir votre propre conception comme vous pouvez voir l'ajustement. Commencer par le définir juste dans la créature, si vous avez besoin de lui ailleurs que vous pouvez le déplacer à l'accordingle de classe basse et de refactor.

Aurait été moins de jeu de conjecture, vous a fait avoir signalé le code source…