Witam. Jestem w trakcie tworzenia [aktualnie planuję] gry o tworzeniu gier, tzn. taki webowy klon GameDev Story. Chodzi o pracowników w grze, jak ich najlepiej przedstawić, w postaci obiektów. Mam klasę reprezentującą pracownika

[PHP] pobierz, plaintext 
class Pracownik
{
private $name = 'Jan Kowalski';
private $type   = CODER_TYPE;
private $coding_ability = 50;
private $design_ability = 3;
 
public function getCos()
{
return $name;
}
}
[PHP] pobierz, plaintext 

Następnie z bazy pobierał bym informacje o pracownikach gracza i następnie wypełniał obiekt danymi [konstruktor] np

$pracownicy = array(); //przechowuje obiekty pracowników

[PHP] pobierz, plaintext 
foreach( $pracownicyDB AS $pracownik )
{
$pracownicy[] = new Pracownik( $pracownik['name'], $pracownik['type'] );
}
[PHP] pobierz, plaintext 

Mam nadzieję że się w miarę jasno wyraziłem.

Nie wiem, takie głupie pytanie zadam. W czym tkwi problem? Używasz takiej metody:

[PHP] pobierz, plaintext 
new Pracownik( $pracownik['name'], $pracownik['type'] );
[PHP] pobierz, plaintext 

Jednakże w twojej klasie nie widzę konstruktora, który by te dane przetworzył. Gotowa klasa:

[PHP] pobierz, plaintext 
class Pracownik
{
 private $_info = array(
  'name' => '';
  'type' => '';
  'coding_ability' => '';
  'design_ability' => ''
 );
 
 public function __construct($name, $type)
 {
  $this -> info['name'] = $name;
  $this -> info['type'] = $type;
 }
 
 public function getCos()
 {
  return $name;
 }
}
[PHP] pobierz, plaintext 

Dlaczego $info nie jest private, skoro tamte były?

Swoją drogą z tego co pamiętam przyjęło się, że nazwy prywatnych zmiennych zaczynamy od $_

Faktycznie, mój mały błąd

@Fifi209, @Magic WWW: Nie, rozpoczynanie nazw jakimiś śmieciami w postaci znaku podkreślenia się nie przyjęło w PHP5+.

@deniol13: Cięzko tutaj jakieś wywody pisać. Pamiętaj tylko o tym by jeden obiekt zajmował się jedną rzeczą. Innymi słowy, czy w Twoim przypadku pracownik może być traktowany jako synonim osoby? Bo to właśnie osoba posiada imię czy nazwisko. Jeżeli takie dane są specyficzne wyłączone dla pracowników i jest mała szansa by kiedykolwiek w przyszłości zaistniała potrzeba utworzenia innych obiektów posiadających cechy osoby wtedy taki model jeszcze może pozostać. Ale jeżeli w przyszłości będziesz chciał dodać przykładowo obiekty pracodawcy czy wędkarza, które również posiadają takie cechy jak imię i nazwisko to co? Pomyśl nad wydzieleniem tych danych do osobnego obiektu.
Podobnie jest z umiejętnościami pracownika. To już jest klasyczna relacja jeden-do-wielu i raczej nie powinna być zapisana na sztywno w kodzie. Jest całkiem prawdopodobne, że w przyszłości będziesz chciał dodać np. umiejętność negocjowania. Co wtedy? Przepisywanie kodu? Swoją drogą umiejętności również powinny być przypisane do osoby, nie do pracownika. W sumie taki obiekt pracownika to poza specyficznymi dla pracownika rzeczami (typu wynagrodzenie) będzie składał się z masy metod-proxy do innych obiektów (by jego interfejs był jakiś "znośny")

[PHP] pobierz, plaintext 
class Person {
  private $firstName;
  private $lastName;
  private $skills;
}
 
class Skill {
  private $name;
}
 
class Employee {
  private $person;
 
  public function getFullName() {
    return $this->person->getFirstName() . ' ' . $this->person->getLastName();
  }
}
 
// ...
 
$codingSkill = new Skill('coding');
$designSkill = new Skill('design');
 
$person= new Person();
$person->setFirstName('Joe');
$person->setLastName('Doe');
$person->setSkills(array($codingSkill, $designSkill));
 
$employee = new Employee($person);
 
echo $employee->getFullName();
[PHP] pobierz, plaintext