# |
Jun 2nd 2016, 10:41 |
LucienBramard |
alanderouen: Merci pour l'aide à la connexion =) |
# |
Jun 2nd 2016, 10:40 |
s13 |
et c'est en Cake2 |
# |
Jun 2nd 2016, 10:40 |
alanderouen |
s13 : mmm pas mal |
# |
Jun 2nd 2016, 10:39 |
s13 |
alanderouen: https://github.com/hantsy/angularjs-cakephp-sample |
# |
Jun 2nd 2016, 10:38 |
alanderouen |
Tout le monde : je vous présente LucienBramard, mon collègue de chez Edumoov |
# |
Jun 2nd 2016, 10:38 |
alanderouen |
LucienBramard: \o/ |
# |
Jun 2nd 2016, 10:37 |
s13 |
et j'utilise aussi le plugin CRUD, qui me facilite grandement la vieâ?¦ |
# |
Jun 2nd 2016, 10:37 |
s13 |
du coup pour ce prefix, j'utilise exclusivement les routes REST |
# |
Jun 2nd 2016, 10:37 |
s13 |
je fais clairement un prefix "api" et tout ce qu'il y a la dedans à un comportement différent des controllers classiques |
# |
Jun 2nd 2016, 10:36 |
s13 |
après en Cake 2, j'ai jamais vraiment regardé en détail, mais en Cake3 |
# |
Jun 2nd 2016, 10:36 |
s13 |
alanderouen: je comprends ce que tu veux dire et c'est justement ce genre de raisonnement pour lequel je me demande si y a pas une erreur. Pour moi l'api devrait avoir ses propres controller faisant appel à toutes les méthodes de l'appi (Model, Component, etc) |
# |
Jun 2nd 2016, 10:33 |
alanderouen |
s13: d'où la nécessité de tester les controllers :/ |
# |
Jun 2nd 2016, 10:33 |
alanderouen |
s13 : l'api, c'est juste un jeu de routes par dessus les controllers au final |
# |
Jun 2nd 2016, 10:32 |
s13 |
ok |
# |
Jun 2nd 2016, 10:32 |
alanderouen |
s13 : en prod non, j'aurai une "application" angular. Mais en dev, pour le prototypage, je fais des views traditionnelles |
# |
Jun 2nd 2016, 10:31 |
s13 |
et dans ces pages juste tu fais des appeles à l'api |
# |
Jun 2nd 2016, 10:31 |
s13 |
mais du coup le frontend, tu vas faire des pages "html" simple, tu n'utilises pas le systeme de Cake c'est bien ca ? |
# |
Jun 2nd 2016, 10:31 |
s13 |
oui |
# |
Jun 2nd 2016, 10:31 |
alanderouen |
s13 : comme ça j'ai un backend et un frontend totalement distincts |
# |
Jun 2nd 2016, 10:30 |
s13 |
ok |
# |
Jun 2nd 2016, 10:30 |
alanderouen |
s13 : oui, voilà |
# |
Jun 2nd 2016, 10:29 |
s13 |
En gros tu vas faire une api dans ce plugin ? (pour pouvoir utiliser facilement Angular) |
# |
Jun 2nd 2016, 10:29 |
s13 |
ok |
# |
Jun 2nd 2016, 10:28 |
alanderouen |
s13 : non, nouveau plugin |
# |
Jun 2nd 2016, 10:28 |
alanderouen |
s13 : nope |
# |
Jun 2nd 2016, 10:28 |
s13 |
tu fais une refonte la ? |
# |
Jun 2nd 2016, 10:28 |
s13 |
hum ok, tu utilises le plugin Crud ? |
# |
Jun 2nd 2016, 10:28 |
alanderouen |
cake 2 |
# |
Jun 2nd 2016, 10:27 |
s13 |
alanderouen: Tu seras en Cake 2 ou 3 pour Angular ? |
# |
Jun 2nd 2016, 10:27 |
alanderouen |
s13 : comme je veux utiliser Cake pour servir les données à une application Angular, je préfère être ceinture/bretelles sur les données renvoyées |
# |
Jun 2nd 2016, 10:26 |
s13 |
c'est comme ça que je le vois, mais je suis clairement novice la dessus |
# |
Jun 2nd 2016, 10:26 |
s13 |
si il y a trop de logique dans une action, je pense qu'il faut penser à faire plus d'abstraction |
# |
Jun 2nd 2016, 10:26 |
s13 |
l'idée bien sur est que ton controller doit être le plus simple possible |
# |
Jun 2nd 2016, 10:25 |
alanderouen |
s13 : oui, voilà . |
# |
Jun 2nd 2016, 10:25 |
s13 |
et la "response" |
# |
Jun 2nd 2016, 10:25 |
s13 |
le truc c'est que de ce que j'ai compris, on teste "en gros" la finalité du controller : erreur ou success |
# |
Jun 2nd 2016, 10:25 |
alanderouen |
s13: sur les models, je trouve ça vraiment bien. Ca te permet de relire ton code avec une autre approche, il y a une vraie plus value |
# |
Jun 2nd 2016, 10:24 |
s13 |
faudra que je m'y remette mais j'ai eu du mal moi aussi |
# |
Jun 2nd 2016, 10:24 |
s13 |
j'ai commencé et en fait j'ai pas continué |
# |
Jun 2nd 2016, 10:22 |
alanderouen |
Sur la doc, ça a l'air simple, mais en vrai pas moyen d'en faire fonctionner un seul... |
# |
Jun 2nd 2016, 10:20 |
alanderouen |
Vous avez déjà fait des tests unitaires sur les controllers ? Je comprends rien à rien avec ce truc :/ |