Téma: PHP classok vagy nem-classok

A napokban merültem bele a PHP OOP részébe. Készítettem pár oldalt, amikben objektumokat használtam és nekem nagyon tetszik ez a módszer. Kérdeztem informatikus ismerőseim véleményét és meglepődve tapasztaltam, hogy mindenkinek teljesen mások a gondolatai erről! Van, aki azt mondja, hogy fölösleges objektumokat használni, csak akkor, ha nagyon muszáj, mert erőforrás-igényesebb a "normál" kódnál az objektumépítgetés, van aki pedig mindenhez objektumokat használ és erre esküszik. Szerintetek hol/mire/hogyan érdemes OOP-t használni PHP-ban?

---

Hasonló témák:

• Honlapkészítő teamet keresek. Te vagy az emberem? Vagy tudsz ajánlani?
• Link vagy bannercsere, PR4 vagy afeletti??
• Iwiw, network.hu - api vagy curl vagy ...
• Statikus vagy dinamikus? Blog vagy sem?:)
• Büntetés vagy sem? Vagy csak nincs szerencsém?

Azt hiszem itt fogalomzavarról lehet szó. A class az csak afféle "sablon", akkor "kel életre", amikor meghívod az adott class-t és ekkor lesz belőle egy objektum. Tudnál linkelni topikot?

kow eredeti hozzászólása

Több eset is van, amit el tudok képzelni, hogy mikor érdemes objektumokat használni.

• Open source class-ok használatakor, gyakran csomagolják az adatbázis, képkezelő, szöveg manipulátor kódokat osztályokba.
• Ha nem szeretnéd egyszerűen egy functions.php-be dobálni a függvényeket, hanem mondjuk egy csokroba szeretnéd fonni a hasonló függvényeket, akkor érdemes már külön class-ba tenni őket. Ez könnyebben áttekinthető kódot eredményez, valamint könnyebb megtalálni, hogy hol is definiáltál egy függvényt.
• Olyan a feladat, hogy valamilyen izmosabb struktúra vélhető felfedezni a rendszerben, pl. termék kezelés. Minden termék rendelkezhet súllyal, gyártóval, de csak az élelmiszerek lejárati idővel, míg a vegyi anyagok gyúlékonysággal mondjuk.
• MVC keretrendszerek használatakor elkerülhetetlen, hogy OOP alapon dolgozz. Ott jellemzően a rendszer által felkínált osztályokat kell kibővítened a saját igényeid szerint.

Én javaslom a használatukat, de ha nagyon egyszerű scripteket kell készítened, egyszeri alkalomra, vagy tudod, hogy a jövőben nem nagyon kell vele foglalkoznod, akkor maradj a procedurális módszernél.

Az objektumok erőforrás igényességét illetően ne hagyd magad megtéveszteni, itt olyan apró különbségekről van szó, hogy nagyon extém esetekben fog ez csak előjönni. Nem a performancia az elsődleges szempont, hanem hogy a feladat meg legyen oldva, ez persze nem jelenti azt, hogy oldjuk meg direkt rosszul az adott feladatot, csak azt, hogy nem érdemes álmatlanul forgolódni, mert valami 99.99%-ot telejesít egy másik módszerhez képest.

Köszi, ez segített. Én most éppen egy jutalékszámítási rendszeren dolgozok a cégemnek. Eddig úgy csináltam, hogy van egy portál class-om. Abból származtattam a portal_jutalek class-t, amiben felépítem ezt a portált. Header, tartalom, lábléc. A tartalmi részért pedig a lap class a felelős, ami egy absztrakt osztály, ebből származtatom az alodalakat. Az aloldalakon egy-egy menüpont pedig az aloldal class egy funkciója. A $_GET-ben tárolt infok alapján dönti el, hogy mit töltsön be, melyik oldalt, és meliyk funkciót. Az eddigi oldalaimhoz képest sokkal áttekinthetőbb lett így és nem mellesleg nagyon tetszik ez a megoldás. Ki hogy csinálná?

TLoF eredeti hozzászólása

class -ok / objektumok.

Ajánlok egy egyszerü megközelitést. A classok -ban tudsz definiálni úgynevezett statikus függvényeket. Ezek a függvények gyakorlatilag csak tároló eszköznek használják a class -t.
igy néz ki a class -od:

PHP kód:

class valami
{
   public static function korte()
   {
      echo 'korte vagyok';
   }
}

valami::korte() 


És a fenti módon hivatkozol rá.

És ha jól csinálod akkor még kiegészited egy auto load fügvényel is:

PHP kód:

function __autoload($classname)
{
  if(is_file('./classes/' . $classname . '.php'))
  {
     include('./classes/' . $classname . '.php');
  }
  else
  {
     die('Class:' . $classname' . ' not found');
  }
} 


Igy ha az összes class -t amit használsz jól nevezed el, berakod a classes könyvtárba, akkor a kódban elég hivatkozni rá hogy valami::korte() és a rendszer a kezed alá tolja. Nem kell include-al vacakolni.

Igy megmaradt az egyszerü procedurális kód, ugyan akkor kihasználtad a php 5.2 fontosabb újjitásait.

Az __autoload() mágikus funkciót pont így használom az oldalon, tehát nincs szinte sehol if, vagy switch (csak a session kezelésnél), hanem $_GET szerint töltögeti a cuccokat, amit előtte egy ellenőrző objektumon átfuttatok, így nem lehet buherálni az URL-el. Így néz ki egyébként az index.php-m:

PHP kód:

<?php 
// header beállítás
    session_start();
    header ('Content-type: text/html; charset=utf-8');
// pontos idő
    $time = microtime();

// betölti a library-t    
    require 'standard-lib.php';

// ellenőrző objektumot felépít, ellenőriz
    $ellenorzo = new ellenorzo();
    $ellenorzo->getet_vizsgal();
    $ellenorzo->usert_vizsgal();

// létrehozza a site objektumot
    $portal = new portal_jutalek();

// menü alapján lap kiválasztása
    $betoltendo_lap = "lap_$menu";

// lap feltöltése változókba
    $lap = new $betoltendo_lap("Üdvözöllek ".$_SESSION['user']."! Itt vagy most: Jutalékszámítás > $menu");

// lap renderelése    
    $portal->lapot_beallit($lap);
    $lap->navigaciot_beallit();
    $lap->tartalmat_beallit();
    $lap->$funkcio();
    $portal->megrajzol();

// generálási idő kiszámítása
    $time = microtime() - $time;
    echo "Generálva: $time alatt (sec.microsec)";
?>

A class-ok funkciói pedig public-ok, minden class-ban csak azok az egyedi funkciók vannak definiálva, amit az adott lapon használható.

Köszi, ez segített. Én most éppen egy jutalékszámítási rendszeren dolgozok a cégemnek. Eddig úgy csináltam, hogy van egy portál class-om. Abból származtattam a portal_jutalek class-t, amiben felépítem ezt a portált. Header, tartalom, lábléc. A tartalmi részért pedig a lap class a felelős, ami egy absztrakt osztály, ebből származtatom az alodalakat. Az aloldalakon egy-egy menüpont pedig az aloldal class egy funkciója. A $_GET-ben tárolt infok alapján dönti el, hogy mit töltsön be, melyik oldalt, és meliyk funkciót. Az eddigi oldalaimhoz képest sokkal áttekinthetőbb lett így és nem mellesleg nagyon tetszik ez a megoldás. Ki hogy csinálná?

Ez elég szimpatikusan hangzik, de a lényeg, hogy kiigazodsz rajta és élmény benne fejlesztened.

kow eredeti hozzászólása

Ez elég szimpatikusan hangzik, de a lényeg, hogy kiigazodsz rajta és élmény benne fejlesztened.

Viccen kívül tényleg élmény így fejleszteni Én kiigazodok rajta, de szerintem majd rakok bele kommenteket, mert valószínűleg más is fogja olvasni a kódomat.

Viccen kívül tényleg élmény így fejleszteni Én kiigazodok rajta, de szerintem majd rakok bele kommenteket, mert valószínűleg más is fogja olvasni a kódomat.

Pl. te magad fél év múlva, jó ilyenkor jófejnek lennei önmagaddal szemben