Messages récents
Habituellement, le compilateur ne peut pas localiser le fichier d'en-tête SFML ou le chemin d'accès à la bibliothèque SFML, ce qui entraîne l'erreur « SFML/Graphics.hpp : aucun fichier ou répertoire de ce type ». Examinez la section « inclure » de votre fichier de configuration. Vérifiez que la section "include" du fichier de configuration contient le chemin d'accès au répertoire contenant le fichier d'en-tête SFML.Merci pour votre réponse rapide. Cela a résolu le problème.
Salut,J'ai essayé et ça marche.
Le soucis avec ton code est que lorsqu'une des deux conditions échoue, ton curseur est réinitialisé. Pour éviter ça tu peux utiliser un "if/else if". Si t'as un grand nombre de boutons par la suite tu peux généraliser le tout en les mettant dans un conteneur et en itérant dessus.
D'ailleurs, tu peux convertir ton Vector2i en Vector2f en utilisant le constructeur de la classe directement :sf::Vector2f mousePosF(mousePos);
Les pertes de performances j'ai remarqué se font surtout au niveau du draw.SFML (Simple and Fast Multimedia Library) has proven to be a reliable choice for game development and multimedia applications, offering a user-friendly interface and cross-platform compatibility. However, it is crucial to acknowledge that SFML may face performance challenges when employed in substantial projects.
Dinosaur Game
Le polymorphisme d'inclusion est plus rapide que les virtuels, sauf dans le cas ou j'ai une structure arborescente! Et ce, même si j'ai une dizaine de fonctions virtuelles et une dizaines de types, il faut juste utiliser plusieurs interfaces pour ne pas avoir 100 types qui redéfinissent 100 méthodes virtuelles.
Mais je pense que pour des classes du genre RenderTarget qui on n'est sûr, ne seront pas des structures arborescentes, utiliser le polymorphisme d'inclusion est plus performant, ce qui n'est pas le cas pour Drawable et Transformable par exemple.
Par contre, un système du style ECS est plus lent, j'ai remarqué.