Funkčnost oop, co mi uniká?

Ahoj,
vyvýjim model a narazil jsem.

Mám třídy:

• Base
• User
• UserAdress
• Customer
• Company

Potřebuju přistupovat pouze k třídám Company a Customer s tím že v případě ukládání dat budou volat ukládání UserAdress, ta bude volat ukládání User. Třídy kopírují tabulky a ty jsou propejené vzdáleným klíčem.

První možnost která mě napadla, respektive jsem ji začal programovat bylo podědění
User extends Base
UserAdress extends Base
Customer extends UserAdress
Company extends UserAdress

V metodě save se vždy volalo parent::save() s tím že save vracela PK aktuálního záznamu. Vše bylo v pořádku než jsem zjistil že potřebuju dědit od dvou předků (Jiný druh tabulek).

Začal jsem tedy přemýšlet a došel k druhé verzi, kde každá třída dědí od Base (V base jsou pouze základní funkce) a v metodě save volají "předky"

např:

PHP kód:

class Company extends Base{

    public function save($data){

        //Zavolá UserAdress(), na ní metodu save()
        $this->context->models->userAdress->save($data);

    }

} 


UserAdress zase zavolá User a další které potřebuje (V případě více PK)

Jak ale zamezit volání User, UserAdress... odjinud než z finálních Customer, Company? Pokud by se volali odjinud, mohlo by dojít k uložení neúplných data. V třídách Customer Company mám transakce, který sdružují všechny "poddotazy".

Napadlo mě vytvořit interface IFullUser pro customer,company a v metodě save si je vyžádat, to mi ale nezajistí odkud se metoda volá, pouze mě přinutí tento parametr předat i přesto že jej nepotřebuji.

Co zkusit použít interface Saveable? kde si nadefinuješ všechny metody které budou mít objekty uložitelné

Teď tě úplně nechpu, jak mi to zabrání volat metodu user::save() "odkudkoliv"?

protected
pravděpodobnější však je chybný objektový návrh

To je dosti pravděpodobné. Jak jsem napsal výše, nelze jednoduše dědit, čili protected neni řešením.

Někde zveřejni ten objektový model včetně analýzy, pak mohou být připomínky konkrétní.

Myslím že jsem to popsal dost, aby to bylo konkrétní. Potřebuju veřejně přistupovat k službám objektů Company a Customer, ty budou přistupovat k ostatním třídám (User,
UserAdress). Nelze podědit více předků, takže dědím od Base.

Ten návrh je takový dost podivný. Obecně dědí jedna třída proto, aby jsi snížil abstrakci, rozuměj třída která dědí je konkrétnější. Třeba zvíře a od ní dědí pes a od psa třeba ovčák.

Takže Customer by vůbec neměl dědit od UserAddress, protože je to něco uplně jiného.

Správně by jsi tedy měl mít třídu UserAddress a ve třídě Customer by jsi měl proměnnou userAddress, která by odkazovala na objekt UserAddress. Potom při ukládání Customer zavoláš userAddress->save() a následně uložíš i Customer. Tím vyřešíš, že každý zákazník bude mít adresu (můžeš kontrolovat jestli došlo k zápisu a v případě chyby nezapisovat ani zákazníka. A pokud by někdo jiný volal ukládání samotné třídy UserAddress tak ti to nemusí vadit, jelikož se uloží do db a nebude přiřazena žádnému uživateli, což by problém být neměl.

Děkuji za odpověď. To co jsi popsal vlastně mám napsaný, proto nemůžu (nechci) dědit. Jen se mi nelíbí to veřejné přistupování k useradress, nevznikne sice závažná chyba, ale je takové divné ukládat částečná data. S tím že tento návrh nebude využit pouze pro uživatele...

Může uživatelská adresa existovat nezávisle na uživateli? Pokud ne, zahrňte ji přímo do třídy User.
Pokud nemají vztah 1:1 a chcete z ní mít opravdu vlastní třídu, můžete ji navázat na User takto (naznačeno):

Kód:

class UserAddress {
    protected $user;

    public function __construct($user User) {
        $this->user = $user;
    }
}

class User {
    protected $address;
    
    public function address() {
        if(empty($this->address)) {
            $this->createAddress();
        }
        return $this->address;
    }
    
    protected function createAddress() {
        $this->address = new UserAddress($this);
    }
}

Pokud takové provázání nemá funkční význam, dělá kód zbytečně křehčí.

Může uživatelská adresa existovat nezávisle na uživateli? Nemůže, ale naopak může existovat uživatel bez adresy.

Myslím že jsem hledal tohle: http://sourcemaking.com/design_patterns/builder
Teď si k tou pouze najdu příklady.

Děkuji všem, kteří se snažili pomoci.

Když může existovat uživatel bez adresy, použijte jako prázdnou adresu Null Pattern - třídu, která splňuje polymorfismus, ale vrací na všechno NULL.

To neni úplně ono. Potřebuju si poskládat třídy z různých částí. Části budou samostatně pracovat s db. Jinak bych mohl jednoduše dědit.

Znovu jsem si přečetl váš první příspěvek. Nerozumím, jaký máte vlastně problém.
Snažil jsem se vám pomoct s částečnou otázkou, kterou jsem vyčetl z pozdějšího příspěvku.

Pokud potřebujete poradit, formulujte svůj dotaz lépe, nebo s někým zajděte na pivo.

Já velice děkuji za rady. Jak jsem psal, myslím že k tomu už dospěji sám

Ahoj, nevím jestli tomu dobře rozumím, ale zákazníkem bude asi i organizace, takže bych udělal ze zákazníka abstraktní třídu od které by dědily Organizace a Jedinec.
A abstrakce Zákazník by obsahovala společné vlastnosti jako email, adresa, telefon. A jednotlivec a organizace vzájemné "reference" nebo jak to nazvat.

Ano, takto to lze, ale pouze v tomto příkladě.