Dotaz: Problém v PHP s třídou

[Jakub]

Mám třídu Foo, ale výsledek mi třída nevrací, proč?

class Foo{
   public $result = false;
   public function __constructor(){
      $this->result .= 'AAA';
      $this->result .= 'BBB';
      $this->result .= 'CCC';
   }
}

$Foo = New Foo();
$foo = $Foo->result;

var_dump($foo); // bool(false)

A proč nemám na výstupu 'AAABBBCCC' ? Děkuji

---

---

Odpovědi

[Kit]

Dodržuj konvence velikosti písmen, nebo se z toho zblázníš.

Chybí ti tam konstruktor, proto se atribut nenastaví.

[Jakub]

Dodržuj konvence velikosti písmen, nebo se z toho zblázníš.

Co přesně nedodržuji? Díky

[Kit]

Názvy tříd obvykle začínají velkým písmenem, název objektu malým písmenem.

Nazval jsi objekt stejně jako třídu. Je to sice možné, ale je to zavádějící a mohou s tím být potíže. Hlavně kvůli možnosti záměny.

A v neposlední řadě mám výhrady k používání "foo" a "bar". Jsou to tak silně nesémantické názvy, že by se v programech vůbec neměly objevovat.

A na závěr: Místo

public $result = false;
public function __construct() {
    $this->result .= 'AAA';
    $this->result .= 'BBB';
    $this->result .= 'CCC';
}

bych raději použil

private $result = array('AAA', 'BBB', 'CCC');

(seznam je skvělá struktura) nebo v původním významu

private $result;
public function __construct() {
    $this->result = implode('', array('AAA', 'BBB', 'CCC'));
}

nebo ideálně

private $result;
public function __construct() {
    $this->result = array('AAA', 'BBB', 'CCC');
}
public function __toString() {
    return implode('', $this->result);
}

Rozhodně bych však proměnnou typu string neinicializoval booleovskou hodnotou "false" a 3× ji nepřepisoval stringem.

[potato]

Jsou to tak silně nesémantické názvy, že by se v programech vůbec neměly objevovat.

WTF? Foo, bar, quux, etc. v příkladech zastupují entity, jejichž přesný původ či význam je pro daný příklad irelevantní, o to právě jde.

[Kit]

Právě že když děláme OOP, tak vždy existuje vazba na realitu a OOP se této realitě podřizuje. Když v učebnici čtu desátý příklad, kde je proměnná foo nebo bar, tak se mi ty příklady začínají plést a mám chuť s tou knížkou švihnout nebo to PDF vymazat. Kde je to modelování reality, ke které se OOP hlásí? To ten autor učebnice nemá žádnou fantazii?

[potato]

V učebnicích by měly být promyšlené příklady.

Když ale píšu dotaz do mailing listu, proč něco nefunguje, tak je slušnost napsat ho v minimální formě, která ukazuje daný problém či nejasnost. Což znamená ho zbavit irelevantních detailů. Když někde použij funkci foo(), tak tím říkám, že se to chová stejně s každou funkcí (a demonstruji to na nějaké triviální), nezáleží na tom, že reálně to je časový vývoj střední rychlosti kladných iontů dusíku, který se počítá kdovíjak.

[Kit]

Tak srovnej:

$Foo = New Foo();
$foo = $Foo->result;

s tímto:

$objekt = new Trida();
$hodnota = $objekt->atribut;

Z toho alespoň tuším, že tazatel ví, jaký je rozdíl mezi třídou, objektem a atributem. Obecnost je zachována.

[potato]

tazatel ví, jaký je rozdíl mezi třídou, objektem a atributem

Asi bych byl vyhodnocen jako nevědoucí, protože třída by se jmenovala A, její instance a -- a funkce samozřejmě foo()...

[potato]

Nezdá se, že by to pomáhalo.

[Kit]

Je fakt divné, pokud je zelenina uvnitř ovoce. Raději bych si objekt třídy Zelenina představoval uvnitř objektu třídy Přepravka. Objekt zelenina by se zeptal přepravky, kolik je uvnitř kusů zeleniny. Je to sice divné, ale představitelné.

V každém případě se mi s tím pracovalo mnohem lépe než s Foo a Bar.

[Josef Kufner]

Zelenina neexistuje.

[Kit]

Odporuje to zásadám, pro které je oslavován Komenský a které možná ani nedorazily do Ameriky a proto tam vymysleli jen pitomosti typu foo a bar.

[potato]

Jaké zásady Komenský publikoval ohledně dotazů v programovacích fórech a mailinglistech? To by mě opravdu zajímalo.

[Kit]

Princip názornosti. Vysvětlování od konkrétního k abstraktnímu. Od konkrétních, zjevných a ověřitelných příkladů k obecnosti.

[Jan Trávníček]

Možná protože to má být __construct a ne __constructor.