Rudišova průvodce jsem četl, v Berlíně už jsem byl a navíc mám na místě rezidenta, takže informacemi můžu přispět :)

Ty doporučuješ šoupnout ji rovnou k entitě, kde pak bude vedle vlastností entity, jejich getterů a setterů, konstruktoru a případných dalších věcí. Vznikne krásný zmatek, kde je všechno naházené vedle sebe. A taky to je ohromný posun od ActiveRecordu, protože místo $article->save() máme $article->publish(). To jsme si fakt pomohli.

Já navrhuji dát tuhle metodu do třídy, která entitu nereprezentuje (např. jako Article::publish(), entity jsou reprezentovány pomocí NotORM_Row). Tuto třídu tedy chápu jako jasnou Service. Tady pak může být tato metoda sama nebo vedle dalších metod pracujících se stejnou entitou. Vše je krásně přehledné a krátké.

Ve třetím dílu tutoriálu popíšu podrobněji, jak s NotORM vystavět kompletní model aplikace.

Generování “entit -> databáze” a “databáze -> entity” zní sice podobně, ale je to z mého pohledu nebe a dudy.

Předpokládám, že nepřemýšlíme o entitách jako o obyčejných přepravkách na data, nýbrž tak, že sami o sobě nesou nějakou přidanou doménovou logiku.

Dá se říci, že psaním entit navrhuji databázi, pokud se spolehnu na výchozí chování ORM. Nedá se ale říci, že psaním databázové struktury navrhuji entity. Jak mi může způsob ukládání dat definovat jejich chování navenek vůči kontrolerům/servisám?

Takže argument “teď nebudeme navrhovat databázi, ale napíšeme si entity” mi přijde uhozený, protože tím, že píšu entity, vlastně navrhuji databázi.

[2] Adminer diagram generuje pro všechny databáze s podporou cizích klíčů.

Tato situace se mi stala hodněkrát, v té době jsem však o diagramech, ORM a tak neměl ani tušení. Momentální fáze mého projektu je však “rewrite from scratch” na základě připomínek z ročního beta provozu, takže si troufám říct, že schéma databáze už je protentokrát to pravé ořechové. Při designu jsem zohledňoval asi 30 bohatě sepsaných TODO položek. Schéma jsem sice již 3x upravoval, ale díky MySQL Workbenchi (což je z hlediska ovládání naprosto otřesný nástroj) stačí spustit synchronizaci modelu a změny se ihned promítnou v databázi. Výhodou je, že vidím diagram před sebou, je uspořádaný podle mě, s mými poznámky (Adminer ho generuje poněkud jednodušeji :), nevýhodou zas, že musím následně upravovat kód. Ale to už je věc názoru.

UML nepoužívám, možná kvůli škole budu brzy muset, ale stejně mi přijde přehnané čmárání, teoretizování a analyzování u menších projektů jako zbytečnost. Modelování je opravdu hezká hračka, alespoň pro mě, programátora, byť přidělává práci.

Díky za diskuzi!