par sly » 27 mars 2013, 13:31
Ton API.php existe déjà et s'appelle /exportations/exportations.php
Inutile de changer son nom juste pour rappeler qu'il s'agit bien d'une API d'export.
Cependant, la partie intéressante de la réflexion est : que doit-elle être capable d'exporter ? Jusqu'a où aller et où s'arrêter et en faire une deuxième ?
Aujourd'hui elle permet d'exporter, en plusieurs type de format des points et uniquement ça, pas de polygones, pas de commentaires, pas de photos ni de messages du forum. Et des points, ça n'exporte pas pour autant les points proches d'un autre point (il faudrait faire deux appels)
Ce que tu as fais avec /point/?format=geojson n'est pas non plus insensé, tu reprends à fond l'idée du modèle MVC (on en avait d'ailleurs déjà parlé) ou le controlleur "point.php" s'occupe de préparer les éléments de plusieurs vues : une en HTML c'est la page /point/ classique et une en vue spécifique en json
(Note : plutôt que de ré-utiliser l'url /point/45 j'aurais opté pour un format carrément différent du genre : /point-geojson/45 pour lequel tu places une ligne de ce genre dans le controlleur.php :
case "point-geojson": $vue->type="point.geojson" ; $controlleur->type="point"; break;
(Je m'aperçois d'ailleurs que l'idée d'avoir forcé l'extension en .html était une contrainte inutile de s'imposer de générer du html, si on veut du xml ou du geojson, ça devrait être possible)
Ton API.php existe déjà et s'appelle /exportations/exportations.php
Inutile de changer son nom juste pour rappeler qu'il s'agit bien d'une API d'export.
Cependant, la partie intéressante de la réflexion est : que doit-elle être capable d'exporter ? Jusqu'a où aller et où s'arrêter et en faire une deuxième ?
Aujourd'hui elle permet d'exporter, en plusieurs type de format des points et uniquement ça, pas de polygones, pas de commentaires, pas de photos ni de messages du forum. Et des points, ça n'exporte pas pour autant les points proches d'un autre point (il faudrait faire deux appels)
Ce que tu as fais avec /point/?format=geojson n'est pas non plus insensé, tu reprends à fond l'idée du modèle MVC (on en avait d'ailleurs déjà parlé) ou le controlleur "point.php" s'occupe de préparer les éléments de plusieurs vues : une en HTML c'est la page /point/ classique et une en vue spécifique en json
(Note : plutôt que de ré-utiliser l'url /point/45 j'aurais opté pour un format carrément différent du genre : /point-geojson/45 pour lequel tu places une ligne de ce genre dans le controlleur.php :
case "point-geojson": $vue->type="point.geojson" ; $controlleur->type="point"; break;
(Je m'aperçois d'ailleurs que l'idée d'avoir forcé l'extension en .html était une contrainte inutile de s'imposer de générer du html, si on veut du xml ou du geojson, ça devrait être possible)