promena z venku do tridy

Záleží k čemu to potřebuješ. Pokud to potřebujes dostat třeba do konkrétní instance můžeš jí tam dostat třeba metodou na úrovni dané třídy.

Přes $GLOBALS ??

Mastodont

Přes $GLOBALS ??

ale notak nebylo by lepší udělat tu proměnnou ve třídě jako statickou??

suky
Tak sem to nemyslel. Myslel udělat z ní statickou proměnnou. Tedy něco jako :

suky
No je to konstruktor. V tomhle případě je k ničemu, protože se v něm nic neděje, ale já sem zvyklej ho uvádět.

BetaCam
On chtěl proměnnou deklarovanou MIMO třídu. (Možná už nechce, ale takové bylo zadání :-))

Mastodont
No deklarovanou jí může mít kde chce. Jen si ji bude muset do třídy přiřadit. Pokud se koukneš jak by suky $_GLOBALS['string'] použil viz. kód trochu vejš stejně by ji přiřadil vnitřní proměnné třídy. Dalsí problém je to, že suky napsal:

nj ale ja myslel aby to nebylo v konkretni instanci... myslim neco jako global ve funkcich...

Pokud tuhle větu dobře chápu tak by promměná měla být stejná bez ohledu na konkrétní instanci třídy což by si zařídil pouze pokud by se používala proměnná $_GLOBALS['string'] přímo a nepřiřazovala se do vnitřní proměnné třídy. Pokud by si ji chtěl do vnitřní promměné přiřadit stejně tu proměnnou budeš muset udělat statickou.

Navíc nejsem zastáncem používání globálních proměnných uvnitř tříd. :) Asi sem staromódní. :)

suky

Uf Uf popravdě neber to jako urážku, ale dostávat data z konfiguračních souborů a dostávat je do tříd pomocí globals??? To mi přijde jako pěkná prasárna. K tomuhle by měla podle mého názoru sloužit metoda init() na úrovni konfigurované třídy.

suky
Myslíš jednu třídu na celou aplikaci? IMHO totálně nešťastné řešení. Každá třída má vyjadřovat určitý celek s jedinečnou funkčností, například Validator, FormBuilder, DatabaseAccess (DAO) ...

suky
nj ale ja mam tridu stranka, ve ktery mam vscehno, co se na strance deje a ten tvuj z.B. validator nebo formBuilder mam jako metodu...
V tom případě bys mohl stejně tak mít tyto funkce definované globálně a nic by se nezměnilo. Třída není odkladiště pro funkce. Aneb OOP za každou cenu...

suky
A jakej to bude mit vliv na celkovy stranky, kdyz promenny zadam na urovni tridy nebo uz pred tridou?

To je špatně položená otázka. Neptej se jakej to má vliv na celkový stránky, ale jakej to má vliv na samotné třídy. Sem zastáncem názoru, že konkrétní třídy by neměly svou funkčnost svazovat s aplikací jako takovou. Pokud budes třídy nastavovat na úrovni aplikace a né na úrovni třídy tak ty nastavované třídy v menší či větší míře svážeš s aplikací což je podle mě špatně. Pokud by si v takovémhle případě chtěl ty třídy použít v jiné ( již funkční ) aplikaci budeš muset do jisté míry dělat úpravy v samotné aplikaci, aby si ty třídy zprovoznil.

Tak a teď ty rozdíly v bodech :


Myslis, ze je lepsi mit jednu tridu, ktera bude obstaravat vse (kdyz si dobre seradim a napisu komentare, tak se v ni vyznam!)

Přesně tak jak ti odpověděli bukaj a Mastodont.

Pokud se jedná o OOP tak jedna ze zásad je dodržovat soudržnost. Soudržnost tu v podstatě naznačil Mastodont takže já k jeho nastínění jen doplním, že soudržnost se netýká jen tříd, ale i jejich metod. Pokud tě tohle téma zajímá tak zkus zapátrat s panem Googlem. :)

suky
A kdyz potrebuju mit VSECHNY funkce vzajemne propletene?
Právě. Ty se pořád o objektech bavíš jakoby byly jen jakési kontenery pro funkce. Ale takové využití nemá nic poslečného s OOP.

Nevím, jak znějí encyklopedické či učebnicové definice objektů. Ale představ si objekt jako hranatou krabičku. Na levé bočnici je dírka, do které věci házíš. V pravo je taky dírka, ale tou věci vystupují. Hořejšek je pokryt několika čudlíky. A tedy vezmeš si krabičku, něco do ní hodíš, zmáčkneš čudl a něco ti zase vyleze - jednoduché. Někdy můžeš vhodit několik věcí a tlumeně se z krabičky ozve: "Jasně!" a nic nevyleze ven. Jindy zase nevhodíš nic, krabička se otřese a zprava se ti vysype kupa krámů.

Tobě je jedno, co krabička udělá s tím, co vhodíš. V manuálu se pouze dočteš, co musíš vhodit (a jestli vůbec něco) a co vyleze (a jestli vůbec něco) při zmáčknutí čudlíku.

Teď si vezmi třebas televizi - krabička. Vzadu máš nějaké zdířky pro vstup (dírka, do které něco házíš), vpředu obrazovku (dírka, ze které něco leze) a po straně (či na spodku či kdekoli jinde rozeseté, avšak se stejnou funkcionalitou) čudlíky. Dalo by se říct, že televize je objekt. Tebe nezajímá, co se děje uvnitř, chceš si pouze vychutnat sledování kvalitního filmu či pořadu.

OOP se tedy snaží přiblížit programování reálnému světu. Nic víc, nic míň.

K čemu by ti v televizi byla výrobní linka pro automobily (formBuilder)? :)

suky
A kdyz potrebuju mit VSECHNY funkce vzajemne propletene?

O tom opravdu pochybuji.

Bud necham jednu tridu a nebo je stejne budu muset nejak provazat...

Ano ale provážeš je logicky až na aplikační úrovni. Pochybuji, že třeba layout bude potřebovat session nebo pokud to vemu do detailu tak třeba statistiky budou potřebovat session, ale session nebudou potřebovat statistiky. Jak říkal bukaj: "Třída není odkladiště pro funkce". Jestli chceš začít delat OOP musíš se odprostit od postupů, které ses do ted naučil a začít znova, ale tentokrát už s OOP.

Sem zastáncem názoru, že konkrétní třídy by neměly svou funkčnost svazovat s aplikací jako takovou
Muzes mi vysvetlit proc?

Ano můžu. Ber třeba že máš nějaký druhy tříd nazvu je třeba funkční ( Knihovní, Samostatné ) a aplikační ( Řídící, Složené ). Názvy ber s rezervou sou tu abych je nějak rozlišil.

Funkční třídy : Třídy, které zaštitují nějakou určitou funkčnost : sem můžou patřit např. třídy ( nebo sady tříd ) jako:



Aplikační třídy : Třídy, které zaštitují funkčnost celku : sem zase můžou patřit ruzné druhy tříd např:



Aplikační třídy využívají funkcí funkčních tříd proto při přenosu do jiné jinak navržené aplikace je nutno přenést i funkční třídy. Což se ovšem v podstatě málo kdy dělá ( Myslím tim spojování dvou rozdílných aplikací ).

Oproti tomu funkční třídy by měly bejt přenositelné mezi aplikacemi a proto na nich nezávislé. Pokud je funkční třída nezávislá na aplikaci tak po přenesení do jiné aplikace ji budes moct hned používat nastavíš pouze konfiguracní soubor třídy pro novou aplikaci a už jí můžeš plně využívat. Pokud, ale ta třída bude mít nastavení mimo sama sebe ( tedy závislou na aplikaci ) budu muset upravit i novou aplikaci, aby třídě předávala potřebné nastavení. Dalsí věc je, že pokud použiješ jako ty globals nemáš nikdy jistotu, že proměnná kterou ty používáš pro nastavení třídy neni použitá někde hluboko v nové aplikaci a tím pádem může tvá třída dostávat úplně zcestné nastavení.

To je ten důvod přenositelnost.

suky
Necham si poradit ;)

Doporučuju ti nastudovat hodně materiálu. A hlavně ze začátku se nepouštět do žádnejch velkejch akcí. :) Až za nějakou dobu studovnání materiálů pochopíš OOP, uvidíš jak ti přijde ta tvoje myšlenka všechno spojit do jedné třídy zcestná. Ovšem předem tě upozornuju, že začít s OOP nejde za hodinu, ale je to beh na dlouhou trať. :)