Použití Nette\Database pro entity a DAO

Myslím si, že čas, který věnuješ psaní entity se ti vrátí, když ti pak bude IDE našeptávat properties. ;-)

Určitě by se na to dal napsat nějaký jednoduchý generátor. Zkusím o tom popřemýšlet.

To mi napovídá i když to mám nečistě bez interfaců (Entity extends ActiveRow s anotacemi)…

Pak to ale není skoro žádný psaní navíc, jenom ty anotace budeš dávat do jiného souboru.

A ještě jedna věc. Když v aplikaci používáš to rozhraní tak ti IDE nenapoví metody jako Users::findOneByEmail nebo Articles::search a ani bys je neměl používat protože to rozhraní tu metodu nemá.

Asi jsi ty metody IArticleDao::search() a IUserDao::findOneByEmail() přehlédl, protože tam jsou. IDE mi je tedy bude napovídat.

Editoval jansfabik (12. 1. 2013 13:38)

Zdar a sílu,
předně díky za výbornou logiku celé téhle nádstavby, chtěl jsem použít entity a tohle mě mile překvapilo.

Co jsem dělal? Postupoval jsem podle návodu na gitu (readme) akorát jsem article a user zaměnil za invoice a item.

Proč tu otravuju? Bo jsem to nerozjel :(
print laděnky
config

Laděnka teda píše že posílám parametr špatného typu, což je ale hodně podivné.
Zkoušel jsem v configu nastavit reflexi tak i tak i bez nastaveni reflexe.

A zadruhé mě udivilo to že mě netbeans nabízí (červeným vykřičníkem) implementovat metody save a search, které mám uvedené v interface, ale v tom interface jsou ještě metody (findAll, find, ......) a ty mi nenutil

use Fabik\Database\ActiveRow,
    Fabik\Database\Table,
    Nette\Database\SqlLiteral;

class Invoices extends Table  implements IInvoiceDao
{
    /*
     * Table name
     */
    protected $name = 'faktury';

    public function save($invoice) {

    }

    public function search($query) {

    }
}

Jestli někdo víte kde je zakopaný pes tak budu vděčen za radu :)

PHP 5.4.4–12
Apache/2.2.22 (Debian)
Nette Framework 2.0.8 (revision b7f6732 released on 2013–01–01)

Díky ti moc, bylo to samozřejmě tím.

Bohužel mám další bug a nebo fičuru?

v DB mam sloupec pojmenovany cisloFaktury (velke F)
a v template kdyz delam foreach a chci si vypsat $invoice->cisloFaktury tak mi to vyhodi

Cannot read an undeclared column "cislo_faktury"

tak nevim jestli je to bug nebo fičura že to převadi nazvy sloupcu, vlastně je blbost tomu říkat názvy sloupců, když by to defakto měly být třídní proměnné.

pokud je teda tohle

@property string $cisloFaktury

nějaký pseudo getter a setter, což jsem pochopil tak, že je a mám to nastaveno v interface.

//edit
Teď jsem si ještě vytvořil geter a setter v interface i třídě, ale když jej chci volat tak si nejsem jistý jak bych ho měl vlastně zavolat v template

$invoice->getCisloFaktury

takhle to asi nebude.
Tohle už je asi trochu OT, ale ta první část dotazu by ještě tak OT být nemusela, každopádně díky za případnou odpověď.

Editoval gliny (16. 3. 2013 11:07)

Význam to má zřejmě ten že v mysql je docela problém mít názvy tabulek v camel-case, proto se používá podtržítková konvence. Aby to bylo jednotné tak se používá často i u sloupců. V PHP ale podtržítkovou konvenci nechceme takže proto ten převod. – Je to jen hypotéza, fabikovi do hlavy nevidim ;-)

EDIT: Ne NDB to standardně opravdu nedělá. Začíná se mi to ale líbit takže to do asi nějak napasuju do svého budoucího ORM.

Editoval enumag (16. 3. 2013 12:14)

Prosim Vas, pise mi

Call to undefined method Fabik\Database\ActiveRow::getProfileValues().

Zatial som nepouzival interafce, iba som popisal priamo entity

/**
 * @property int $id
 * @property string $nickOrMail
 * @property string $password
 * @property-read \Model\Entity\UserProfileValue[]|\Traversable $uProfileValues
 */
class User extends ActiveRow {

    /** @return \Model\Entity\UserProfileValue[]|\Traversable */
    public function getProfileValues() {
        return $this->related('uProfileValues', 'user_id');
    }

}

/**
 * @property int $id
 * @property int $parent_id
 * @property User $user
 * @property ValueDescription $valueDescription
 * @property int $position
 * @property string $value
 */
class UserProfileValue extends ActiveRow {

}

a volam

$this->template->userValues = $this->users->findByUsername("test")->getProfileValues();

find by username mi da usera … ale ako keby nebol obaleny tou entitou User, a preto nemal veci navyse, neviete co mi chyba? Postupoval som poda navodu.

edit: tak nejak som myslel, ze pojde tu entitu aj vytvorit prazdnu, ale pise, ze mu chyba nejaky argument…
Myslel som, ze tento doplnok bude odpoved na to, ako budem riesit este prazdne entity.

Doteraz som riesil iba read tak, ze som generoval strom z DB Row[] a v riadkoch som mal uz vsetky stlpce->hodnoty a cudzi kluc k typom ktore potrebujem ku generovaniu formulara, ked vsak chcem vygenerovat novy strom napriklad z predlohy iba identifikatorov, tak by som potreboval tiez vytvorit prazdnu entitu, do ktorej by som vlozil data o typoch, na zaklade nich mohol vygenerovat formularovy strom a po odoslani dosadil zvysok. Lubi sa mi, ze ked vytiahnem Row tak je to objekt, ktorym sa viem pekne pohybovat. Ale mrzi ma, ze je to iba jednosmerna cesta … DB->getRow->aplikacia … ale nie aplikacia->new Row->DB, cize to co spravim pre Rows z DB, aj tak potrebujem pri uplne novom inserte, bez ziadnych Rows riesit nejako inak.
Je teda jedina cesta urobit si entity sam? a tym padom vsetko mapovat alebo prejst rovno na doctrine.
Co poradite?

Editoval kubco2 (24. 3. 2013 20:09)