Salut Foxmax, Je travaille avec Cake depuis janvier 2007 à titre professionnel pour le Conseil Général de Meurthe-et-Moselle et celui des Pyrénées- Orientales . Avec 3 collègues, on travaille sur un logiciel professionnel de gestion pour la Maison Départementale des Personnes Handicapées (MDPH qui remplace notamment la COTOREP). Ily a environ 70 tables et une trentaine de vues (sql bien sûr !), qui en plus contiennent pour la plupart des informations ultra confidentielles (code INSEE, dossiers médicaux, ...). Le tout est stocké sur un sgbd extraordinaire (et je pèse mes mots) : POSTGRE.
Autrement dit, on a atteint et dépassé très souvent les limites de Cake ... Je dois dire qu'aujourd'hui, pour un logiciel comme celui-ci (beaucoup de tables et de vues dont certaines contiennent environ 80 champs et plusieurs centaines de millier d'enregistrements), nous choisirions autre chose (sûrement Zend, ne serait-ce que pour les docs, faq, ... ultra abondants, et forcément le fait que Zend ait été fait par les personnes qui maintiennent PHP y est aussi pour quelque chose). Mais bon, je pense que pour des projets un peu plus raisonnable, Cake est très très bien. En fait, une fois que l'on a compris le système, cela devient très intuitif. De plus, il y a un autre avantage à un framework comme Cake : moi je suis passé à l'objet, tournant le dos au procédural il y a 7, 8 ans, mais ça n'est pas le cas de tout le monde !! Or, Cake permet justement d'atténuer la technique objet de Php et donc, ceux qui veulent voir de l'objet, voit de l'objet, ceux qui veulent voir du procédural, voient du procédural. Pour nous, le point le plus négatif réside dans le versionning de Cake, car beaucoup de choses notamment les méthodes, les paramètres, les options (et surtout les méthodes de requêtes, buggées systématiquement a chaque changement) sont dépréciés ou ôtés et compte- tenu de la taille du projet ... je ne te raconte pas le temps perdu à mettre à jour le code, chercher et modifier certaines classes mère de la bibliothèque Toutefois, on ne peut pas changer de FrameWork car trop avancés. Par ailleurs, Aurélien a raison : quand tu ne trouves pas assez vite, fais du PHP, des requêtes et de l'ajax basique. Enfin, nous on s'y est fait à Cake. Il a ses défauts, il me fait un peu peur au niveau du mapping de données, mais on a appris à l'apprécier (au bout de quelques mois quand-même ...). Je ne sait pas si cela t'aidera, mais bon ... Encore un petit conseil : va toujours au plus simple. On 4 mar, 15:21, avairet <[EMAIL PROTECTED]> wrote: > Salut Foxmask, > > Je vais essayer de te donner mon sentiment sur ton ressenti actuel > face à Cake. J'ai commencé en octobre 2007 aussi. > > Moi aussi, par moments, je peste contre cette "doc creuse" et cette > API qui n'est pas à jour. > Moi aussi, je ne suis pas satisfait du Google groups qui ne permet pas > toujours d'obtenir des réponses rapides et claires et qui surtout ne > permet pas, comme un forum, de suivre une conversation dans le temps. > J'ajoute que mon niveau d'Anglais me pénalise aussi dans la > compréhension et la communication. > Moi aussi j'ai l'impression de perdre beaucoup de temps à chercher la > solution élégante offerte par Cake pour faire de la cuisine PHP de > base (tes checkboxes multiples par exemple) et je crie au scandale > quand je vois la machinerie mise en oeuvre par Cake pour faire > certains trucs tout simple. > Et finalement, plusieurs fois aussi je me suis dit que j'allais > abandonner Cake. > > Toutefois, depuis quelques semaines, je suis positiviste : > - quand je n'arrive pas à faire un truc comme je veux, je reviens à du > PHP classique plutôt que de passer des heures dans l'API > - je n'hésite pas à poser des questions plusieurs fois sur le groupe > ou à poster des tickets pour attirer l'attention > - je me force à répondre à des questions, pour ne pas simplement > attendre de l'aide > - la courbe d'apprentissage est raide au départ, surtout si on n'a > jamais fait de MVC avant, il est donc normal que nous perdions > beaucoup de temps pendant les premiers mois d'utilisation, d'autant > plus que nous utilisons une version bêta qui change tous les soirs > - j'accepte l'idée que Cake ne sait pas (encore ?) tout faire, mais > qu'il me permet de réaliser beaucoup de choses sympas sans quasiment > une ligne de code (Bake) > - je participe à l'effort communautaire (corrections et traductions du > Cookbook, remontée de bugs) pour me sentir utile et pour améliorer ma > connaissance du framework > - je parle beaucoup avec mes collègues pour modéliser notre appli "à > la Cake" et avoir leur sentiment sur tel ou tel aspect (ils ont > commencé en même temps que moi) > - temporairement, je mets de côté les "fioritures" telles "Security", > "Validation" qui sont encore buggées ou partiellement fonctionnelles, > pour coder l'essentiel et livrer au client une version qui marche. Je > reviens ensuite, lors des phases de recette, sur l'optimisation. Entre > temps, il arrive que la core team ait mis à jour la fonction qui me > gênait... > > Voilà, pour avoir suivi plusieurs de tes interventions, je pense que > tu es face à un coup de découragement bien compréhensible, mais > qu'après avoir passé 6 mois sur un framework, en changer est très > risqué, surtout si tu as des projets à livrer ! Car même si la doc > sera moins creuse, rien ne dit que la méthodologie sera la même, donc > tu vas devoir à nouveau grimper "la pente d'apprentissage" et > t'arracher les cheveux si un besoin précis n'est pas pris en compte > (toujours les checkboxes multiples). > > Bref, je n'ai pas eu le temps d'utiliser plusieurs frameworks pendant > plusieurs mois, sans contraintes de livraison, pour décider lequel > était le plus approprié ou le plus en phase avec ma logique perso. > Il m'a donc fallu choisir rapidement un outil, puis me familiariser > avec. Or, lors des premiers tests avec mes collègues, Cake est le > framework que nous avons le plus rapidement réussi à faire tourner et > à maîtriser dans ses principes de bases. Après plusieurs semaines de > sueurs froides, nous arrivons tant bien que mal à faire ce que nous > modélisons ; un changement aujourd'hui nous mènerait dans le mur face > au patron et au client. Mais si le timing nous le permet, nous > reviendrons à d'autres outils, pour voir s'ils répondraient mieux à > certaines problématiques ou à notre façon de penser. > > Choisir Cake plutôt qu'un autre framework, c'est comme choisir > Windaube plutôt que Linux. Un choix est fait, un apprentissage > (parfois lent et douloureux) est mis en oeuvre, puis des habitudes de > travail sont prises et finalement, c'est la routine. Revenir en > arrière est toujours délicat, même si on continue de râler sur les > bugs de Win ou contre l'austérité de la console Linux. Par contre, on > peut utiliser les deux en parallèle, en ne cherchant pas à remplacer > l'un par l'autre. > > Voilà, j'espère te remonter un peu le moral pour continuer la cuisine > et la pâtisserie et nous apporter tes contributions. > > Aurélien > > On 3 mar, 17:44, foxmask <[EMAIL PROTECTED]> wrote: > > > Bonjour, > > Je me pose de plus en plus de questions sur l'usage que je fais de > > CakePHP. > > > Ca fait depuis octobre que j'ai découvert le framework et je suis loin > > d'en avoir fait le tour > > mais là où je fini par me décourager c'est à cause de : > > > 1) la doc "creuse" pour des usages très précis (genre utiliser le > > module Security et "construire" des checkbox du genre forum[] ) à des > > usages plus "classiques". > > > 2) quand je demande du support sur le group anglais j'ai l'impression > > d'être transparant, personne ne repond. > > > Je ne compte plus les heures que j'ai passé à dépouiller l'API en la > > lisant dans tous les sens et une fois les solutions trouver (les 3/4 > > du temps sans aide alors que j'aurai bien aime en avoir) je pondais > > des articles sur les trouvailles pour en faire profiter les autres > > mais voilà j'ai l'impression que plus j'avance plus je rencontre > > d'obstacles. > > > les derniers exemples en date : > > - faire un app::import dans un controller pour appeler les methodes de > > _son_ modèle. > > - le helper form qui m'enquiquine pour generer des checkbox qui > > satisfasse le component Security > > - les traductions des libelles qui quand je recharge ma page ; change > > de langue ... > > > C'est pas des trucs enormes mais je perds un temps fou sur des details > > infimes et j'avance pas sur ce que je voudrais > > Du coup je me dis, un framework c'est qd même sensé permettre de coder > > plus rapidement en utilisant des outils ready-to-use mais avec le > > recul, objectivement, cakephp me fait perdre du temps. > > Au depart j'avais réussi à aller très vite pour poser les fondations > > de mon CMS, mais maintenant que j'en suis à inclure des composants > > (security/satinize etc ...) essentiels à mon sens, je m'aperçois que > > je recule de plus en plus dans ce que j'avais bâti. > > > Donc je songe très très clairement à m'orienter vers un autre > > framework MVC ... à contre coeur ... > > > Je ne sais pas si vous vous êtes retrouvés dans cet etat d'esprit ... > > > en 2 mots : crotte de bique ! (ca fait 3) --~--~---------~--~----~------------~-------~--~----~ Groupe "Cakephp-fr". Adresse : [email protected] Pour résilier : [EMAIL PROTECTED] Pour les options : http://groups.google.com/group/cakephp-fr?hl=fr -~----------~----~----~----~------~----~------~--~---
