Bonjour,
Difficile d'exprimer clairement mon besoin en une phrase, d'où mon message sur le forum à l'instar d'une recherche sur google (je vous rassure j'ai quand même cherché =)).
Mon cas est le suivant :
Je développe un site web avec Symfony2, j'ai donc des contrôleurs, des vues et des entités qui ont des relations entre elles.
Pour la plupart des entités, les données seront saisies "manuellement" via les formulaires du site, par contre j'aimerais que certaines entités soient "remplies" via d'autres sources comme par exemple une API.
Du coup je me pose plusieurs questions sur l'architecture de mon site web :
- Pour les objets qui obtiennent leur données de "l'extérieur", faut-il créer une entité (du coup une table dans la BD locale) ou bien une simple classe php ?
Si on travaille avec l'entité sans persister les données on ne peut pas gérer les relations avec les autres objets.
Si on travaille avec une classe php on perd tous les avantages doctrine et on ne peut pas non plus gérer les relations avec les autres entités.
Si on travaille avec l'entité et qu'on persiste les données, on pourrait faire quelque chose mais on aura des données à double (une fois sur le BD locale et une fois sur la source externe), du coup d'autres questions se posent :
Est-ce vraiment la bonne méthode en sachant que, même si c'est sur 2 systèmes différents, nous aurons des données à double ?
Puisqu'il faut remplir la BD locale avec les données à jour de la source extérieure, j'imagine qu'il faut vider le contenu de la table avant chaque récupération de données... mais cela commence à devenir un peu trop lourd à mon goût et je suis presque sûr que ce n'est pas bonne méthode. Si j'utilise un framework c'est pour gagner du temps pas pour en perde... =)
Si j'essaye de résumer en une question : Quelle est le best practice avec Symfony2 lorqu'il s'agit de travailler avec des entités ET des données provenant d'autres sources en sachant qu'elle doivent être liées ?
N'hésitez pas à me dire si je n'ai pas été assez clair =).
Partager