Cela semble être un problème qui est pas vraiment lié à l'élaboration de l'itinéraire.
Vous souhaitez trouver le chemin le plus court d'un point à un autre, en fonction de certains critères - par exemple, où vous pouvez et ne pouvez pas vous déplacer. Je ne vois pas ce problème comme quelque chose que vous pouvez résoudre en dessinant, mais en calculant réellement les différentes manières possibles et ensuite en les comparant. Lorsque vous avez décidé quel est le meilleur itinéraire. Le dessin est assez simple.
Comment vous y parviendrez en décidant que je ne suis pas sûr - désolé. Mais vous devriez probablement jeter un oeil à quelques algorithmes de plus court chemin. Mais cela signifie probablement que vous devez représenter l'image sous-jacente comme un motif, ou une série de nœuds, mais les problèmes graphiques ne sont pas ma tasse de thé, donc je ne sais pas trop comment. Juste une note de côté - Si le nombre de façons possibles d'obtenir du point A au point B est grand, cela peut devenir un problème de calcul, et vous devez vous assurer que l'iPhone peut gérer.
(cela devrait probablement être un commentaire quelque part, mais comme je ne peux pas encore et je voulais encore partager mes deux cents, il est devenu une réponse.)
Edit:
Je viens de penser Aproach vraiment naïf! - Pour le plaisir surtout, mais je ne pouvais pas me retenir de poster.
Supposons que vous ayez une représentation de l'image. Quelles parties ne peuvent pas être parcourues et quelles parties peuvent être. Chaque pixel qui peut être parcouru est représenté par un 1, et tous les autres pixels sont représentés par un 0. Ainsi, les pixels représentés par 1s peuvent être considérés comme des nœuds sur lesquels nous pouvons voyager. Chaque nœud peut atteindre au plus 8 autres nœuds - les pixels adjacents.
Et le poids de déplacement entre deux nœuds pourrait être défini comme 1. Mais nous devons tenir compte du fait que voyager dans une diagonale est une plus grande distance de sorte que le poids devrait être sqrt (2).
Maintenant, nous avons un grand nombre de nœuds - chacun avec des poids entre eux. De là, nous pouvons appliquer un djikstra-algorithm pour trouver le meilleur itinéraire.(peut-être qu'un autre algorithme est plus avantageux à ce stade - mais djikstras est le seul que je connaisse).
hum, je me demande comment cela serait une mauvaise solution. ... encore une fois, vous ne voulez probablement pas cette solution ...
EDIT 2:
Je le dis encore une fois que cela est probablement pas la meilleure façon de le faire! Vous devriez sérieusement demander à quelqu'un avec plus d'expérience dans les algorithmes et dans les problèmes graphiques. - C'était quelque chose que je pensais à 3 heures du matin et c'était surtout pour rigoler.
Vous devez être plus précis dans votre question - qu'avez-vous déjà essayé? qu'est-ce que tu ne peux pas faire exactement? A quoi doivent ressembler vos chemins, quelles sont les contraintes pour les chemins obligatoires? etc ... – Vladimir