humm pas mal côté javascript (je ne connaissais pas getPointAtLength)
Effectivement ca correspond au besoin de restitution
mais tu poses la bonne question, dans quel langage se place t on.
Je me pose la question d'architecture.
là j'étais parti sur une génération php de svg stocké en bdd
l'idée : à la création / modification d'une case, de ses voisines, le php calcule le paysage (type de case, choix d'une courbe aléatoire mais définitive, position aléatoire mais définitive des éléments de décor (arbre, rocher, etc...) via l abscisse (curviligne me va bien, même si je pensais au départ au repère orthogonal)
évidemment pour ne pas surcharger le svg, je génère des use (pour une forêt , je ne vais pas dessiner 50 fois le même arbre= et d'un point de vue base de données je ne stockerai qu'une fois un décor donné (+ la liste des defs nécessaires pour afficher les use)
côté client, lors d'un déplacement, requête ajax, script php qui lit la bdd, envoie les svg des defs qui manque, envoie le svg final, et javascript met a jour
maintenant je pourrais faire autrement :
au lieu de stocker le paysage en svg, je pourrais le stocker en json et charge au client d'interpréter le json pour en faire du svg, ca ferait moins de données à transférer mais plus de calcul côté client
du coup je ne sais pas trop :/ ce qui est sûr c est que je veux calculer et stocker le paysage une fois pour toute
Effectivement ca correspond au besoin de restitution
mais tu poses la bonne question, dans quel langage se place t on.
Je me pose la question d'architecture.
là j'étais parti sur une génération php de svg stocké en bdd
l'idée : à la création / modification d'une case, de ses voisines, le php calcule le paysage (type de case, choix d'une courbe aléatoire mais définitive, position aléatoire mais définitive des éléments de décor (arbre, rocher, etc...) via l abscisse (curviligne me va bien, même si je pensais au départ au repère orthogonal)
évidemment pour ne pas surcharger le svg, je génère des use (pour une forêt , je ne vais pas dessiner 50 fois le même arbre= et d'un point de vue base de données je ne stockerai qu'une fois un décor donné (+ la liste des defs nécessaires pour afficher les use)
côté client, lors d'un déplacement, requête ajax, script php qui lit la bdd, envoie les svg des defs qui manque, envoie le svg final, et javascript met a jour
maintenant je pourrais faire autrement :
au lieu de stocker le paysage en svg, je pourrais le stocker en json et charge au client d'interpréter le json pour en faire du svg, ca ferait moins de données à transférer mais plus de calcul côté client
du coup je ne sais pas trop :/ ce qui est sûr c est que je veux calculer et stocker le paysage une fois pour toute