Mam sobie klasę:

[PHP] pobierz, plaintext 
<?php
 
//klasa jest zawsze uzywana i tylko raz do obróbki $_POST i wszystko zapisuje w ta
blicy $tablicaA
class A {
 
	public $tablicaA;
 
	public function funkcjaA(){
		//funkcja do wyciągania odpowiedniej zmiennej z $tablicaA;
	}
 
}
//zainicjujemy ją
 
$classA = new A();
 
?>
[PHP] pobierz, plaintext 

I jak teraz z drugiej klasy dostać się do tej pierwswzej? Czy to będzie działać, i dlaczego nie i co zrobić z zasięgiem zmiennych?

[PHP] pobierz, plaintext 
<?php
 
class B {
 
	private $b;
 
	public function funkcjaB(){
		$this->b = $classA->funkcjaA();
	}
 
}
?>
[PHP] pobierz, plaintext 

I czy

[PHP] pobierz, plaintext 
<?php
A::funkcjaA()
?>
[PHP] pobierz, plaintext 

jest jakimś rozwiązaniem, a jeżeli tak to jak to działa?

Następne małe pytanko to, czy jeżeli klasa się nazywa 'JakaśKlasa' to czy fukcja 'uruchomiana" automatycznie przy stworzeniu obiektu może się nazywać 'jakaśKlasa' czy musi 'JakaśKlasa' ?

________
PS: OOP jest dla mnie dosyć nowym zagadnieniem i nie za bardzo wiem jak rozwikłać zagwozdki igdzie ich szukać a manual lekko mi miesza w głowie w tym temacie

[PHP] pobierz, plaintext 
<?php
 
class B {
 
	private $b;
 
	public function funkcjaB(){
global $classA;
 
		$this->b = $classA->funkcjaA();
	}
 
}
?>
[PHP] pobierz, plaintext 

Czyi jeżeli dobrze rozumiem, 'global' daje do zrozumienia funkcji/etc że to co jest po 'global' znajduje się gdzieś w "całym" skrypcie i ma wyjść z tym szukaniem poza scoope funkcji? Nigdy global nie musiałem uzywać i chyba źle interpretowałem jejgo (keyworda) znaczenie . Wielkie dzięki za szybką odpowiedź

1. Bo jest "poza funkcja/metoda" (jak w przypadku zwyklych metod).
2. Z tym "global" to jeden wielki syf -- kod klasy jest zalezny od skryptu, ktory jej uzywa.
3. lepiej np. tak (mozna tez przekazac $classA w konstruktorze lub innej metodzie):

[PHP] pobierz, plaintext 
<?php
class A
{
    public $tablicaA;
 
    public function funkcjaA(){
        //funkcja do wyciągania odpowiedniej zmiennej z $tablicaA;
    }
 
}
 
//zainicjujemy ją
 
$classA = new A();
 
 
class B {
 
    private $b;
 
    public function funkcjaB( $a ){
        $this->b = $a->funkcjaA();
    }
 
}
 
$objectB = new B();
$objectB->funkcjaB( $classA ); // <<<<<<<<<<<
 
?>
[PHP] pobierz, plaintext 

Piszesz w php5 wiec "konstruktor" nazywa sie zawsze "__construct()" i problem odpada.


Tego nie mozesz uzyc: chcesz wywolac statyczna metode klasy a jako takiej jej nie zadeklarowales.

-
Pola powinny byc tylko prywatne/chronione (hermetyzacja) no chyba ze inaczej sie tego nie da zrobic lub nie popsuje ci to obiektu.

@dr_bonzo: Wielkie dzięki za rozjaśnienie , zakapowałem jak to robić i mi się coraz bardziej to OOP podoba.

A czy statyczne metody klasy można wyawoływać nie posiadając żadnego obektu danej klasy?

I czy jeżeli chce mieć dostęp do jakiegoś pola(?), zmiennej danego obiektu(jak w przykładzie $tablicaA) to powinienem napisać odpowiednią metodę danej klasy do tego? Na tym polega hermetyzacja?

Aha i czy __construct() ma być private/public/etc, czy nie? Bo w manualu przykłady są bez tych flag(?). U mnie jest private i zend code analyzer nie zgłasza wontów.

______
PS. Jeżeli to zle forum to przerzućcie to gdzie indziej

Tak, statyczne metody wlasnie po to sa, nie ma potrzeby posiadania obiektu bo przeciez nawet z niego nie kozystamy: NazwaKlasy::nazwaMetody();
Co do hermentyzacji to i tak i nie, niektore pola nie powinny wogole wychodzic poza obreb klasy (np haslo uzytkownika), inne natomiast mozna modyfikowac/poierac zapomoca getterow i setterow.
Przewaznie konstruktor jest publiczny, zeby moznabylo gdziekolwiek uzyc new Klasa(). Konstruktor jaknajbardziej moze byc prywatny, wtedy nie mozemy w skrypcie zrobic new Klasa(), tylko musimy skozystac z metody statycznej (no bo nie mamy obiektu w skrypcie ), ktora to ten obiekt stworzy - patrz: Singleton.

pozdro

Dodam jeszcze:
metody statyczne (static) sa to metody klasy, wywolujesz je:
NazwaKlasy::metoda()
lub z obiektu tej klasy
self::metoda().
metody niestatyczne -- metody obiektow:
$this->metoda(), itd.


Nie zglasza errorow bo wszsytkie opcje sa poprawne -- zalezy tylko co chcesz za ich pomoca uzyskac (patrz: ^^^ M4chu ).


Hermetyzacja polega na tym ze obiekty udostepniaja tylko metody (swoj interfejs -- ktorym operujesz na obiektach), to jak one przechowywuja dane powinno byc ukryte przed pozostalymi obiektami. Np.
* masz pole
public $name;
* inny obiekt odczytuje to pole
* w koncu postanawiasz zmienic nazwe tego pola na 'nazwaCzegostam', i co? musisz przeszukac wszystkie pozostale obiekty i poprawic kod w miejscu, w ktorym uzywaly one tego pola

a mozesz tez zrobic tak:

[PHP] pobierz, plaintext 
<?php
private $nazwaCzegostam
public function getName() // << getter
{
	return $this->nazwaCzegostam;
}
 
?>
[PHP] pobierz, plaintext 

^^^ To jest wlasnie hermetyzacja.

Serdecznie wam dziękuję za wyjaśnienia. Naprawdę wiele to rozjaśnilo, jeszcze tylko google->singleton

http://wiki.php.pl/index.php/Singleton