[solved] belongsTo, Formulare und Namenskoventionen

[boundaryfunctions]

Hallo zusammen,

ich bin neu hier und auch noch CakePHP-Neuling.
Ich arbeite zur Zeit an einer kleinen Datenverwaltungsapp mit dem Framework (nutze die 2.0.3) und habe noch so meine Probleme mit den Namenskoventionen, bzw. wie man diese umgeht. Ich habe schon stundenlang gesucht, finde aber keine passende Lösung (auch wenn ich glaube, dass ich nicht so weit davon entfernt bin.

Also es geht um folgendes:
Ich habe in meiner Anwendung die Modelle User und Survey. Jede Survey hat drei belongsTo-Beziehungen zu User:

• created_by
• modified_by, und
• manager.

In den Feldern steht jeweils die ID eines Users. Wie man schon sieht, kann ich mich hier nicht an die Namenskonventionen halten, weil es mehrere Beziehungen gibt. created_by und modified_by sollen später natürlich automatisch ausgefüllt werden, aber den "manager" soll man in der add- und edit-Action auswählen und verändern können.

Um das zu realisieren habe ich jetzt folgenden Code (ich beschränke mich mal auf die Add-Action, für Edit gilt das analog):

• in der Modell-Klasse für Surveys (app/Model/Survey.php):
  

  Code: Alles auswählen

  
  public $belongsTo = array(
      'Manager' => array(
          'className' => 'User',
          'foreignKey' => 'manager',
      ),
  );
   

• im Controller für die Surveys(app/Controller/SurveysController.php):
  

  Code: Alles auswählen

  
  public function add() {
      if ($this->request->is('post')) {
          $this->Survey->create();
          if ($this->Survey->save($this->request->data)) {
              $this->Session->setFlash(__('The survey has been saved'));
              $this->redirect(array('action' => 'index'));
          } else {
              $this->Session->setFlash(__('The survey could not be saved. Please, try again.'));
          }
      }
      /* ...weiterer Code... */
      $managers = $this->Survey->Manager->find('list', array(
          'fields' => array('Manager.id', 'Manager.username'),
      ));
      $this->set(compact('audiometries', 'experimentees', 'users', 'managers'));
  }
   

• in der Modell-Klasse für User(app/Model/User.php):
  

  Code: Alles auswählen

  
  public $hasMany = array(
      'Managing' => array(
          'className' => 'Survey',
          'foreignKey' => 'manager',
          'dependent' => false,
      ),
  );
   

• in der View für das Add-Formular des Survey-Controllers(/app/View/Surveys/add.ctp):
  

  Code: Alles auswählen

  
  echo $this->Form->input('Manager');
   

So wird mein select-Element im Formular auch mit den entsprechenden User-Namen bevölkert, allerdings wird der ausgewählte Wert nicht korrekt abgespeichert, d.h. es wird dort gar nichts eingetragen.

Nachdem ich in der Doku gestöbert habe, habe ich für das Form-Element auch noch andere Varianten ausprobiert.

• Code: Alles auswählen

  echo $this->Form->input('manager_id');

  
  Das Element wird nicht befüllt, aber ich kann trotzdem nichts speichern.

• Code: Alles auswählen

  echo $this->Form->input('manager');

  
  Statt des Select bekomme ich ein Eingabefeld für eine Zahl, die wird dafür aber gespeichert.

Ich denke, das ganze hat irgendwas mit den nicht beachteten Namenskonventionen zu tun, aber ich komme nicht dahinter. Ich wäre sehr dankbar, wenn mir hier jemand auf die Sprünge helfen könnte.

Viele Grüße,
Marc

[euromark]

hast du denn probiert, den code zu "backen"?
das wird dir nämlich alle konventionen etc automatisch vormachen - da lernt man gerade als neuling verdamt viel am anfang.
mein tipp!

[boundaryfunctions]

Hallo euromark,

vielen Dank für deine schnell Antwort!
Die Anwendung besteht aus deutlich mehr Controllern und Models und ich habe die Grundstruktur für alles gebacken, ist wirklich sehr lehrreich. Auch die Namenskonventionen sind mir ja grundsätzlich klar, aber ich kann in einer Tabelle ja schlecht drei mal "user_id" haben, weshalb ich nach einer Möglichkeit suche, die Funktionalität auch ohne die Konventionen herzustellen.
Nach allem, was ich gefunden habe, kann ich mit meiner Lösung von oben nicht ganz falsch liegen. Ich tippe ja gerade darauf, dass ich nur noch irgendetwas brauche, um die Formular-Eingabe für User wieder auf die ID herunterzubrechen, aber ich kriege es nicht hin.

Falls noch jemand anderes eine Idee hat, würde ich mich sehr freuen. Falls noch irgendetwas an Code fehlt, einfach Bescheid sagen, ich hoffe ich habe aber alle relevanten Stellen schon oben gepasted.

Viele Grüße,
Marc

edit:
Ok, das Problem ist gelöst, die Lösung findet sich hier: https://gist.github.com/1383338
Im Prinzip wäre es aber wohl besser, die Variable manager_id zu nennen, dann hätte ich das Problem nicht gehabt.

[mbrod]

Ich glaube, dass die prinzipielle Antwort auf das Problem unter http://book.cakephp.org/2.0/en/models/associations-linking-models-together.html#multiple-relations-to-the-same-model zu finden ist.

[Mathias]

Auch auf der cakephp site wird das Szenario näher gebracht:
http://book.cakephp.org/2.0/en/models/a ... same-model

#edit:

[boundaryfunctions]

Hallo und danke für eure Antworten!
Ich war auch hauptsächlich verwirrt, weil ich die entsprechenden Modelle und Controller gebacken habe, und da dann natürlich bei "manager_id" der Hinweis kam, dass es keinen Table "manager" gibt. Jetzt funktioniert es ja.

[euromark]

also

Code: Alles auswählen

echo $this->Form->input('manager_id');

sollte definitiv auch gehen, wenn du an den view
$managers
übergibst

[boundaryfunctions]

Wie oben schon geschrieben funktioniert es definitiv, wenn man den Select im Formular so generieren lässt.

Code: Alles auswählen

echo $this->Form->input('manager', array('options' => $managers));
 

edit:
Ich habe mal ein [solved] vor den Titel gesetzt.

[euromark]

das hab ich schon gelesen.
mit options definition geht es immer immer.

aber solang sich 2.0 nich massiv geändert hat, sollte auch mein code schnipsel funktionieren

UPDATE: ich korrigiere mich: es MUSS funktionieren
habs eben grad selbst im aktuellen 2.0 head ausprobiert.

[boundaryfunctions]

Klar, der funktioniert auch (hatte ich ja auch ins gist reingeschrieben) und den nutze ich auch so. Dafür musste ich eben nur meine Datenbankspalte auch umbenennen, was kein Problem war, weil ich noch relativ am Anfang der Anwendung stehe. Falls aber mal jemand suchen und das hier finden sollte, der in seiner Anwendung schon weiter ist und keine Änderungen in der Datenbank mehr machen will, dann tut es auch die Variante mit Options.

Leute, vielen Dank für eure Hilfe, wirklich sehr gut ist das hier!