Witam

Chciałbym żeby ktoś mi wyjaśnił powyższą formułke, odnosi sie ona do modelu z tego co zrozumiałem z Jobeet'a, najczęściej używa sie ją do odwołania do elementów tablicy typu:

[PHP] pobierz, plaintext 
<?php
$this->job = $this->getRoute()->getObject();
 
    // fetch jobs already stored in the job history
    $jobs = $this->getUser()->getAttribute('job_history', array());
 
    // add the current job at the beginning of the array
    array_unshift($jobs, $this->job->getId());
?>
[PHP] pobierz, plaintext 

w takim razie dlaczego nie, odwołać sie do tego elementu przez JobeetJobPeer.

Wtedy masz dodatkowe zapytanie do bazy danych, całkowicie niepotrzebne? Rozwiń swoją myśl trochę bardziej .

No bo do $this->getRoute()->getObject(), trzeba pisać routing, z opcjami, i wydaje mi sie ze na pierwszy rzut oka cięzko się w tym połapac, a gdyby odwołać się do tego modelu, przez

[PHP] pobierz, plaintext 
<?php
$c = new criteria;
$c->add(modelPeer::ID, $request->getParameter('id'));
$this->job = modelPeer::doSelectOne($c);
?>
[PHP] pobierz, plaintext 

Wydaje mi sie że taka wersja jest bardziej zwięzła, może troche więcej pisania, ale wszystko widze i szybko można sie połapać.

No to zapisuj sobie tak jak Ci wygodniej. Opcja pokazana w Jobeet ma przyspieszyć pracę i skrócić kod akcji, czyli odciążyć programistę. W Twoim kodzie brakuje jeszcze sprawdzania czy dany obiekt modelu istnieje i przekierowanie na 404, jeżeli nie istnieje. Dodatkowo, łatwo możesz przez konfiguracje zmieniac sposób pobierania obiektu czy też obiektów, poprzez ustawienie metod modelu, które mają pobierać dane. Jeszcze większa elastyczność jest w pluginie DbFinder, tam routing to jeszcze większa przyjemność.

Są sytuacje kiedy jest to balastem, ale wtedy możesz korzystać z "starego" rozwiązania.