Reprise du message précédent :

Déja juste pour info, t'es pas obligé de tout mettre, ton schéma peut s'écrire au plus court :

Sinon tes relations sont zarb :
- Groupe est du many-to-one j'imagine ? donc idGroupe est un champ de Agent, non ? Si oui il doit apparaitre dans les "columns". Et "matricule" n'a aucun de rapport avec la relation si ? Ou alors j'ai mal pigé le truc.
- Idem pour le profil (sauf que c'est du one-to-one mais ça change pas gd-chose)

Je le réécris comme je l'ai compris :
- Le modèle Agent est lié au modèle AgentDansGroupe par une foreignKey idGroupe
- Le modèle Agent est lié au modèle AgentDansProfil par une foreignKey idProfil, et est one-to-one
Ca donne :

"local" désigne le nom de la foreignKey (le bout "local" de la relation), et "foreign" désigne le nom de la clé dans la table liée (le bout "étranger" de la relation)

edit : rajouté foreignType

comme c'est la clé primaire, il doit la prendre en index
 
tu devrais si c'est possible rajouter un champs id en index et autoincrement

 
T'es sûr qu'une clé naturelle n'est pas mieux ?

 
pour du relationnel oui  naturelle c'est mieux

Justement , comme matricule est ma clé primaire, pourquoi il n'apparait pas dans la relation ?

Est ce que vous avez des sources sur la syntaxe des fichiers *.yml, je ne trouve que des fragments et des exemples aussi bien sur le site de doctrine que sur celui de symfony ?
edit : et toutes mes relations sont du many to many

Parce que tu l'as aussi déclarée comme clé étrangère des relations Profil et Groupe.

http://www.yaml.org/
edit : en plus pédagogique http://en.wikipedia.org/wiki/YAML

c'est normale que ca ne s'affiche pas dans ton formulaire parce que techniquement tu ne changes pas cette valeur.

Hmm pas sûr ça, pour un ID auto-increment oui, mais pour une clé naturelle possible qu'il l'affiche quand même.

Ce serait assez logique, car sinon on ne pourrait pas la définir

pas compris  
je dois être fatigué

je cherche surtout la syntaxe pour faire mes structures de base
genre un tuto  sur la définition d'une relation , les différents mots clé
Parceque symfony et doctrine sont clairs sur la syntaxe, mais pas sur le sens  

ben justement,l'avantage d'une clé naturelle , c'est que je puisse changer sa valeur, uo tout du moins en saisir une lors de la création d'un nouvel enregistrement

 
ouai à voir, mais c'est ce qui me parai le plus probable pour le formulaire

Tu t'es trompé dans la syntaxe de tes relations comme j'ai dit dans mon autre post, tu as mis matricule en "local", ce qui signifie que c'est une FK

Symfony n'a pas grand à voir dans l'affaire, c'est juste Doctrine ici
T'as lu ça http://www.doctrine-project.org/do [...] ing-models ?

edit : et http://www.doctrine-project.org/do [...] hema-files

 
Pour le schema nous on passe par DbDesigner et ensuite une tache qui transforme le format XML de DbDesigner en schema.xml compréhensible par Propel (Doctrine gère le même format de mémoire). Du coup on fait notre schéma en graphique c'est assez agréable.

pour le yaml j'ai Mysql Workbench avec un ptit plug in Doctrine

Moi j'ai juste un schema.yml bien écrit, ça me va très bien

effectivement, en partant sur une base de mysqlworkbench , c'est mieux( plutot que de faire du reverse enginering de base existante )
 
par contre, a priori symfony n'aime pas les clés naturelles ( alors que moi si )  
 

et par ici pour le plug in doctrine yaml
http://code.google.com/p/mysql-wor [...] ne-plugin/

Comment ça ?

le forum de symfony est en rade : http://209.85.229.132/search?q=cac [...] clnk&gl=fr
 
donc je refais mon truc en virant les clé naturelles et en normalisant mes noms de tables

tu peux donner plus de détails ?

J'ai l'impression d'être dans ta blacklist

allez hop, je me code un mvc + framework minimaliste pour mes projets, on verra bien si c'est utilisable

ben non , pourquoi  ?

Bonjour,
je me joins à la conversation, pourriez vous me donner votre avis sur ce début de framework utilisant, quelques motifs tel que FrontController, ActionController, FilterChain, ..  
Plus particulièrement, sur la logique visée Request -> FrontController -> FilterChain -> ActionController -> FilterChain -> Action -> Response ...
 
http://www.2shared.com/file/957625 [...] work.html?

j'ai installé symfony 1.4 (histoire de profiter de la durée de vie de 3 ans)et je suis pas à pas le guide  
 
j'en suis a la mise en place de l'identification et j'ai un petit soucis , impossible d'installer le moindre plugin
 

use --force-license to force installation

Sinon tu peux le choper via SVN ou autre, perso je préfère c'est fatalement moins d'emmerdes.

bon finalement, il a fallu que je le telecharge en local  
 
surement un problème avec le proxy

Bonjour !
 
je débute dans le MVC et la POO. Je suis entrain de coder un formulaire d'inscription ( identifiant, mot de passe, email). Si l'utilisateur rempli pas les champs, je veux afficher un message qui indique quel champ n'est pas renseigné. Pour cela, j'ai tendance à vouloir faire une boucle dans ma vue pour vérifier si les champs son vide, et du coup afficher une erreur.
Mais peut-on faire un boucle dans une vue? Il y a-t-il une autre méthode ?
 
Merci

M'enfin pourquoi on pourrait pas?

Et bien j'en suis pas bien sûr... c'est vrai que ça parait bête. Mais je pensais qu'il fallait à tout prix éviter le PHP dans la vue (sauf pour l'affichage). Donc je me limitais à un echo. OU alors j'ai pas encore compris le MVC

Réponse Acceptée

Et le but de ta boucle c'est quoi si ce n'est pas faire de l'affichage ?
 
Dans ta vue tu dois uniquement faire de l'affichage. Quels que soient les moyens employés, boucles, fonctions, conditions, classes, petits chinois....

OK. Merci pour l'explication

you fail.
Dans la vue tu dois gérer toute l'interface utilisateur.

Bah c'est de l'affichage

...et la conversion de la requête de la forme "UI" à une forme intelligible par le contrôleur?

Allez vazy embrouille le noob

Symphony, c'est pour les n00bs incapables de faire réaliser leur propre MVC/ORM qui, de surcroit, sont incapables de coder intelligement et deviennent des "assistés du framework".  

T'as raison, d'ailleurs tu devrais faire ton MVC en assembleur directement au lieu de t'assister de trucs haut niveau comme Java ou PHP
 
Contact Harko pour t'aider

Alors déja tu fais une faute à Symfony, et ensuite le jour où Symfony sera utilisable par des n00bs, ou au moins appréhensible (?) sans galère aucune par des dev expérimentés , je serais le premier ravi, parce que pour l'instant c'est pas le cas, malheureusement.

Je passe sur le reste de ton post, enfin bref t'es à côté de la plaque

Tu dois être le genre de mec tout fier d'avoir codé son propre traitement de texte, conforté par ses copains qui disent à tout le monde qu'ils ont un pote trofor en ordinateurs