Discussion :

[nayro57]

Bonjour,

J'ai installé il y a peu de temps le bundle FosRestBundle afin de gérer une api pour le site que je suis en train de développer. Il y aura, comme beaucoup d'api, une gestion de version, on pourra par exemple entrer "/ws/v1/shops" v1 étant la version des web services utilisés.

Mon problème est que je ne vois pas comment gérer dynamiquement mes routes avec cette version, pour le moment j'ai :

Dans mon fichier de route présent dans app/config/routing.yml :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
in_apps_pass_way_ws:
    type: rest
    prefix: /ws/v1
    resource: "@MonBundle/Resources/config/routing_rest.yml"

Dans le fichier de route routing_rest.yml :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
user:
    type: rest
    resource: Monbundle\Controller\Webservices\v1\UserController
 
shop:
    type: rest
    resource: MonBundle\Controller\Webservices\v1\ShopController

Et j'ai donc dans mon dossier controller un dossier Webservices et dans ce dossier un dossier v1, ce que je voudrais réussir à faire c'est rendre le tout dynamique, j'avais essayé de remplacer le "v1" par "{version}" mais il n'arrivait pas à me trouver dynamiquement mon controller, en gros il cherchait dans le dossier {version}, je suppose donc qu'il ne gère pas ça à la volée :/



Du coup je ne sais pas trop quoi faire, si quelqu'un a une façon de faire propre pour gérer les versions d'une api je suis preneur =)



Merci d'avance

[gototog]

Pourquoi ton prefixe se trouve avant dernier dans tes routes si il est tant discriminant?
Perso une fois la version v1 terminé je copierai le bundle en bundle version v2.
et dans app/routing.yml

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
api_v1:
    resource: "@ApiV1Bundle/Resources/config/routing.yml"
    prefix:   /v1
 
api_v2:
    resource: "@ApiV2Bundle/Resources/config/routing.yml"
    prefix:   /v2

Comme ca t'as jamais a te soucier de quelle version tu es a l’intérieur de tes bundles.
Tes routes ressembleront donc à

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
http://www.developpez.net/api/v1/shop/product/1
http://www.developpez.net/api/v2/shop/product/1

[nayro57]

Faire tout un bundle pour gérer les Web Services et le dupliquer pour chaque version ? C'est vrai que du coup la gestion en est bien simplifiée mais du coup ça ne va pas être un peu le bordel au niveau du nombre de bundles ?

Bon après je ne pense pas qu'il va en avoir beaucoup non plus mais ça n'aurait pas été mieux de faire un bundle pour gérer les WS et à l'intérieur avoir une gestion de versions ? (enfin je dis ça mais du coup j'en reviens à mon problème de départ ^^

Du coup je pense partir sur ta solution, faire un bundle pour chacune des versions ça reste simple et rapide à mettre en place, à moins que quelqu'un d'autre ait une meilleure idée ? N'hésitez pas à partager ^^

Merci beaucoup pour tes conseils

[gototog]

Je sais pas ce que tu entends par version.
Mais pour moi, si je livre une api v1, c'est pas pour la modifier plus tard.
Dans ma v2, je change tout ce que je veux, mais ma v1 reste accessible aux clients qui souhaitent toujours l'utiliser. Ducoup j'ai aucune raison de modifier du code dans mon bundle v1. Je te conseil d'attendre l'avis d'autres développeurs, ou d'être sur que ca correspond bien a ton problème

[nayro57]

En effet, ça correspond parfaitement à ce que je voulais faire, rendre disponible par exemple une V2 tout en gardant toujours disponible la V1 pour ceux qui ne se sont pas encore mis à jour. Et oui sauf soucis majeur ou problème de sécurité, normalement la V1 ne changera pas.

En fait ce que je voulais dire c'est que du coup on aura autant de bundles que de versions des web services et j'aurais aimé gérer cela avec un seul bundle avec à l'intérieur une gestion des versions. M'enfin je doute qu'il y ait énormément de version des web services donc bon faire un bundle par version va aussi très bien, c'est même peut-être plus clair si quelqu'un doit reprendre le code un jour et c'est ce sur quoi je suis parti pour continuer le dev.

Merci beaucoup ^^