Witam.

Pytanie jak w temacie plus przykładowy kod:

[PHP] pobierz, plaintext 
<?php
class a {
	function a {
	   $y=new b();
	}
}
class b {
	function b {
		echo 'Czy da się tu wyświetlić nazwę obiektu/klasy w którym został stworzony ten obiekt? Czyli w tym wypadku nazwę "a"';
	}
}
$x=new a();
?>
[PHP] pobierz, plaintext 

[PHP] pobierz, plaintext 
<?php
 
class One {
	public function __construct() {
		$temp = new Two();	
	}	
}
 
class Two {
	public function __construct() {
		var_dump(debug_backtrace());	
	}
}
 
$o = new One();
 
?>
[PHP] pobierz, plaintext 

Zobacz wyświetloną tablicę... Nazwa klasy tam jest

No jest w args->function. Tylko, że jakoś mnie przeraża nazwa funkcji "debug_backtrace". To chyba nie jest funkcja z której powinno się korzystać wielokrotnie w kodzie. Poza tym przypuszczam, ze jest zasobożerna. Nie ma jakiejś bardziej wyspecjalizwoanej funkcji w kierunku wyciagnięcia tej informacji? Po prostu potrzebuje aby obiekt wiedział skąd został wywołany.

debug_backtrace robi to co chcesz osiagnac.
Mozesz ukryc ja pod inna nazwa, jesli cie az tak przeraza.

Poza tym w "normalnym" skrypcie nie potrzebujesz takich informacji.

Miałem na myśli, że ta funkcja nie jest przeznaczona do tego co chcę otrzymać i po drugie, że jestem ciekaw jak bardzo jest zasobożerna? Czy jest sens ją używać w aplikacji czy lepiej obejść mój problem w inny sposób ale jej nie używając?
Piszę bardzo normalny "skrypt" w którym zależy mi na przeźroczystości działania.

Sprawdź to xdebugiem albo innym profilerem...

Ja obstaję przy zdaniu dr_bonzo: Taka funkcjonalność nie jest potrzebna na co dzień. Nawet nazwa funkcji Ci podpowiada, że jest stworzona do debugowania. Jak tak bardzo Ci zależy jednak na tym, to przekaż obiekt, wewnątrz którego tworzysz drugi, do konstruktora. Potem tylko get_class" title="Zobacz w manualu php" target="_manual. Powinno być szybciej...

YYYY?? ke?? Co to znaczy "przezroczystosc dzialania"?

Zawsze możesz klasie B podczas tworzenia jej egzemplarza przesyłać w argumencie stałą __CLASS__.

Witam,

Ja mam klase Controller we frameworku z ktorej dziedzicza wszystkie inne kontrolery aplikacji.

[PHP] pobierz, plaintext 
<?php
abstract class Controller
{
  //inne metody uzyteczne przy szybkim budowaniu wlasnego kontrolera
 
  public function getConfig()
  {
  }
}
?>
[PHP] pobierz, plaintext 

Kiedy robie swoj kontroler, jest on postaci:

[PHP] pobierz, plaintext 
<?php
class MojKontroller extends Controller
{
  public function pokazNowosci_Action()
  {
	$oConfig = $this->getConfig();
	// w tej chwili $oConfig powinien zawierac konfiguracje do akcji.
  }
 
  /*
   getConfig powinien wczytac konfiguracje z pliku katalog_konfiguracji/MojKontroler_pokazNowosc.php
   ale zeby to zrobil musi wiedziec jaka metoda odwoluje sie do getConfig()
  */
}
?>
[PHP] pobierz, plaintext 

Jakis pomysl?

No właśnie niestety ja nie uzyskałem na to pytanie odpowiedzi a widać, że nie tylko ja uważam to za potrzebne. W tej chwili jedynym wyjściem jest sparametryzowanie getConfig()

Prph: a nie lepiej automatyczne (frameworkiem) zalaczyc ten konfig i zapisac go w $this->config? Przeciez zeby wywolac akcje musisz znac nazwe kontrolera i akcji, a jak to znasz to utworzysz sobie sciezke do pliku.

To jest jakies rozwiazanie, ale wolalbym, zeby framework nie musial wczytywac tego konfiga
Jezeli nic lepszego nie wymysle, to tak zrobie.

Edit:

To jednak problemu nie rozwiaze. Bo i tak z metody musze odwolywac sie:

[PHP] pobierz, plaintext 
<?php
$oConfig->mojaAkcja->opcja;
?>
[PHP] pobierz, plaintext 

I nie kombinujac, tak bede musial zrobic, poniewaz sam kontroler ma takze miec mozliwosc ustawiuania konfiguracji, tj:

[PHP] pobierz, plaintext 
<?php
$a = array
(
  'opcja1' => 'wartosc1',
  'akcje' => array
  (
	'PokazNowosc' => array
	 (
	   'opcja1' => 'wartosc1'
	 )
  )
);
?>
[PHP] pobierz, plaintext 

Adrian.