Zapouzdření metod

Ahoj, mám trochu problém, teprve s OOP začínám a trochu jsem se zasekl. Zhruba něco takového:

Aby to ale fungovalo, musí být metoda Hello public. a to právě nechci. dědění taky nechci použít, protože potřebuju vytvořit instanci i třídy A. nějaký nápad? Děkuji

Jasně, to byl jenom takový příklad, psal jsem to v rychlosti, tak jsem si toho nevšiml. v té mojí třídě A jsou metody, které by nebylo dobré mít public, ale zase je využívá ta metoda B, je to začarovaný kruh...nedá se to nějak vyřešit?

No hele mám třídu, která vytváří formulář. metody kterým zadáváš parametry a oni vytváří inputy a checkboxy...
No a pak mám třídu která by to měla zobrazovat, jenomže v té první třídě jsou pomocný metody, které potřebuju aby byli private, jenomže zase je bude využívat i ta druhá třída...
A co kdybych teda vkládal tu zobrazovací třídu do té třídy formulář? a volal bych v ní její metody? To by ale zase byl trochu divný návrh

Mike:
No docela jo, hlásí mi to že to nejde, nějaký Fatal Error: Cannot redeclare...

Tak už mi to dědění funguje, problém byl v tom že tam musí být include_once a ne include..jaký je v tom rozdíl?

Joker: ta jedna třída reprezentuje všechny prvky, jsou tam metody, které vytváří inputy, checkboxy, textarea, a potomkem této třídy by měla být třída, která bude zobrazovat formulář, tam bude několik možností jak to zobrazovat.
Ale mám tu problém:
Nic to nevypisuje

No já jsem koukal na pár návrhů a nikde jsem neviděl že by se na všechno dělala zvlášt třída, třída na input, na checkbox na radio... přijde mi to trošku zbytečné, spíš jsem viděl, že byla třída Form a v ní metody Input, radio...
A taky jak by se tohle řešilo? v každé třídě by byla metoda, která by ten daný element vytvořila a druhá která vypsala? a všechny by dědili třídu form která by jenom udělala <form...></form>?

nemeja:
Mělo, psal jsem narychlo příklad a nevšiml jsem si chyby :)
Johnik:
a co bych teda měl do těch tříd dát? Jak by teda měli vypadat? to budu mít x malých tříd se dvěma metodama.
Jako přijde mi jednodušší vytvořit instanci jediné třídy a volat jenom metody, než vytvářet instance několika tříd a volat plno metod...
Je pravda že to moje řešení úplně přesně nezapadá do OOP návrhu, tedy že je všechno objekt, já mám že objekt je pouze formulář a jednotlivý elementy jsou pouze metody, ale zase je to potom na práci příjemnější

Joker:
> Samozřejmě že ne. Nastudujte si rozdíl mezi třídou a instancí třídy.
> Uvedený kód nastaví hodnotu Pokus = "Ahoj" v jedné instanci třídy A a potom se zeptá na hodnotu Pokus úplně jiné instance třídy B.


No tak to nepůjde v jedné třídě mít metody, kterým bych zadal parametryy formuláře a druhou třídou vypsal

Ok, tak dejme tomu, že udělám třídu form, třídu input, třídu select, do konstruktoru zadám name a ostatní parametry. třída form bude mít metodu start ktetá udělá <form> a metodu end která udělá </form> no a ostatním třídám dám konstruktorem parametry, nebo vlastnostma a bude tam metoda která mi vrátí hotový element...
Ted jde o to, jak to zobrazovat. V tom mém řešení to bylo dělaný pomocí pole, všechny elementy se ukládali do pole a pak tam byla metoda která to vypsala, bud normálně bez nějakýho formátování, nebo odřádkovávala, nebo se to dávalo do tabulky, ale jenom o dvou sloupcích aby byl vedle sebe label a ten element a pak na každý z elementů zvlášt metoda, která by vypsala každý zvlášt, kdybych chtěl jijné formátování, než jaké podporuje ta třída. Jak bych to řešil tady? Šlo by udělat třídu, do které by vstupovali všechny objekty a ona by to vypisovala? a hlavně jak to udělat, aby bylo možno zadat x objektů...třeba v C# je klíčové slovo param, které zajistí přidání libovolného počtu parametrů...
Omlouvám se že tady tak otravuju, ale s OOP začínám, rád se dozvím něco od zkušenějších, sice mám dost načteno, ale nestačí to...
Hlavně chci, aby to bylo na použití jednoduchý, abych se neupsal, ten můj návrh byl velmi jednoduchý na používání, ted jde o to jestli bude i tohle.

Prosím tě, ještě poslední věc, jak myslíš tu kolekci? jako že by ta třída byla schopná přijímat instance těch všech elementů a potom je vykreslit? jak se to dá prakticky udělat?
Dík

Johnik:
Takže ta metoda render mi z pole element zobrazí jednotlivé objekty, předpokládám že v tom poli budou instance objektů, dá se nějak udělat abych mohl volat i metody? Třeba ty elementy budou mít metodu Zobraz(). můžu v tom foreach zavola $element->Zobraz() ?

Nějak jsem nepochopil, proč zadávat label do addText když se tam s ním nic neděje, nebylo by lepší ho dávat do konstruktoru TextInput?
A asi není možné v tom foreachu volat různé metody že ne? vždycky to musí být element->render()

Já jsem si teda udělal tento návrh:
Třída form
Nastaví methods a action
Má metody AddInput, AddTextArea...
a metodu render která to všechno vykreslí.

Třída element
měla by to být abstraktní třída které bude předkem těch tříd InputText, TextArea...
ale zatím nevím co v ní bude, nějaká rada?

A nakonec budou třídy jednotlivých elementů, v konstruktoru budou přijímat name, label a array attributes
a budou mít jedinou metodu render() která poskládá html a bude se volat v render u Form.
Jenom nevím, jak render ve formu bude poznávat, který rendery u těch tříd jsou aktivní a jak jdou za sebou.

No když tak na to koukám, třída HTML by mohla být předkem spousty jiných tříd, mohla by být univerzální že jo?

Johnik:
> tudíž Form::render při procházení elementů má jistotu, že metoda render je na elementu definovaná - což je zajištěno tím, že Form::addElement si vynutí pouze odvozeniny FormElement (nebo IFormElement).
> TextInput, TextArea, ... - rozšiřující FormElement (nebo implementující IFormElement). Přetížením (nebo definicí) metody render se zajistí správné vypsání toho elementu.

Tomuhle moc nerozumím

Johnik:
Koukal jsem to sisy a tam, když chceš použít nějakou třídu tak jenom napíšeš use, já musím psát i include aby mi to fungovalo, ale tam ne.
Například v Form.php je jenom use sisy\forms\controls\TextInput;
já bych musel napsat i include "TextInput.php"
Čím to je?