Witam,


zaczalem budowac aplikacje gdzie uzywam Doctrine 2 i wykorzystuje Entity na podstawie ktorych
rowniez formularze wykorzystując Zend\Form\Annotation.

przykladowy kawalek kodu Entity\Product.php:

[PHP] pobierz, plaintext 
    private $title;
 
    /**
     * @var string
     *
     * @ORM\Column(name="description", type="text", nullable=false)
     * @Annotation\Filter({"name":"StringTrim"})
     * @Annotation\Validator({"name":"StringLength", "options":{"min":1, "max":2}})
     * @Annotation\Validator({"name":"Regex", "options":{"pattern":"/^[a-zA-Z][a-zA-Z0-9_-]{0,24}$/"}})
     * @Annotation\Attributes({"type":"text"})
     * @Annotation\Options({"label":"opis:"})
     */
[PHP] pobierz, plaintext 

przykładowa aplikacja na której strukturze sie wzoruje

Pytanie czy takie rozwiazanie tworzenia, validacji i filtracji formularzy jest optymalne i sklalarne ?
Nie chce zagrzebac sie juz na poczatku ze slaba konstrukcja aplikacji.

Byc moze lepiej jest wykorzystywac standardowo formy Zend\Form\Form i use Zend\InputFilter\* ?
przykładowa aplikacja o strukturze ktora mam na mysli

Ja osobiście nie jestem zwolennikiem używania adnotacji, nie podoba mi się ten sposób definiowania danych.
Na pewno jest przejrzysty i szybszy(szybciej się go tworzy) niż standardowy sposób definiowania formularza. Do przetwarzania adnotacji używane jest Reflecion API, które pod względem wydajnościowym jest zapewne wolniejsze od typowych funkcji i operacji. Chociaż i z tym jest coraz lepiej wraz z nowszymi wersjami PHP.

Tworząc w Zend 2, na pewno warto być zaznajomionym z tym jak odbywa się tworzenie formularzy w standardowy sposób, jak można 'dobrać się' do odpowiednich właściwości itd.
Większość modułów wykorzystuje standardowy sposób tworzenia formularzy.

Ogólnie tego się nie powinno używać, to jest dobre jak musisz coś zrobić szybko i o tym zapomnieć. Jeśli planujesz to rozwijać to pamiętaj, że nie wszystko w ten sposób da się zrobić. Zastosuj standardowe formy i filtry.

oki dzieki za odpowidzi...
nie moge znalezc odpowiedzi na taka sytuacje :

tworze formularz w sposób standardowy + filtry. Chce stworzyć elementy typu SELECT (np. kategorie)
a w jego polach OPTIONS aby były wstawione kategorie z bazdy danych. Korzystam z Doctrine2...
Jesli mam recznie stworzyc sobie takie element w widoku nie ma problemu... ale jesli chcialbym zeby byl genrowany juz z poziomu klasy formy to juz trudniej...

Jest na to kilka sposób, dwa najczęściej używane to:

1. Standardowa klasa Select (Zend\Form\Element\Select)

W klasie formularza jest taka definicja pola select:

[PHP] pobierz, plaintext 
 
        /* Size */
        $this->add(array(
            'name' => 'size',
            'type' => 'Zend\Form\Element\Select',
            'attributes' => array(
                'class' => 'form-control'
            ),
            'options'    => array(
                'label' => 'Size: ',
                'label_attributes' => array(
                    'class'  => 'control-label',
                    'id' => 'size'
                ),
            ),
        ));
[PHP] pobierz, plaintext 

W tej samej klasie, dodajesz metodę:

[PHP] pobierz, plaintext 
    public function  setSizesToForm($sizes)
    {
        $list = array();
        foreach($sizes as $size)
        {
            if($size->getDetailKey() === 'size')
                $list[$size->getDetailName()] = $size->getDetailValue();
 
        }
 
        $this>get('size')->setOptions(array('options' => $list));
    }
[PHP] pobierz, plaintext 

I w kontrolerze, jak tworzysz instancję formularza to przekazujesz tablicę z danymi, które mają znaleźć się w formularzu albo tablicę obiektów i tam filtrujesz te dane, które Cię interesują

[PHP] pobierz, plaintext 
$form = new \Application\Form\MyForm();
$form->setSizesToForm($selectArray());
//... reszta operacji
 
return new ViewModel(array('form' => $form));
[PHP] pobierz, plaintext 

2. Używanie klas z Doctrine 2 (DoctrineModule\Form\Element\*)

Doctrine 2 udostępnia 3 klasy do łatwego zarządzania:
- Select (DoctrineModule\Form\Element\ObjectSelect)
- Radio (DoctrineModule\Form\Element\ObjectRadio)
- Checkbox (DoctrineModule\Form\Element\ObjectMultiCheckbox)

Przykład użycia można znaleźć pod tym adresem https://github.com/doctrine/DoctrineModule/...form-element.md.
W skrócie. Definiujemy w tablicy, pod kluczem target_class entity z którego doctrine ma pobrać zawartość do selecta/radio/checkboxa. Następnie:

[PHP] pobierz, plaintext 
            'find_method'    => array(
                'name'   => 'findBy',
                'params' => array(
                    'criteria' => array('active' => 1),
                    'orderBy'  => array('lastname' => 'ASC'),
                ),
            ),
[PHP] pobierz, plaintext 

Następnie podajemy nazwę metody jaką mają być pobrane dane w tym przypadku findBy() oraz parametry wyszukiwania, które jest równoznaczne z:

[PHP] pobierz, plaintext 
$em->getRepository('Library\Entity\MyEntity')->findBy(array('active' => 1));
[PHP] pobierz, plaintext 

same dobrodziejstwa Doctrine2

troche się teraz zgubiłem z logiką używania Entity i Model. Mianowicie, czy "obróbke" danych powinienem prowadzić w klasach Entity\Example.php czy Model\Example.php ?

Obecnie ma maką strukturę:

[PHP] pobierz, plaintext 
Controlers\Index.php           // obsługa akcji  + dodałem jedną funckję którą nazwałem SaveDb i jest odpowiedzialna za zapis do db
Form\ProductForm.php        // tworzenie elemtów form
Entity\Product.php              // Mapowanie ORM Adnotacje Doctrine2 oraz Zend\InputFilter dla elemtów form
[PHP] pobierz, plaintext 

teraz czy tą obróbkę danych np. SaveDB oraz inne podobne powinienem stosować w Entity\Product.php czy utworzyć :

[PHP] pobierz, plaintext 
Model\ProductModel.php 
[PHP] pobierz, plaintext 

i tutaj w klasie realizować obróbkę , zapisy, itp. ?

nikt nie wie ?