Chciałbym na jakiś czas zablokować dostęp do klasy "engine" lub zablokować dostęp do tej klasy, klasie "module". Nie chcę by klasa "module" czytała/modyfikowała/zapisywała dane klasy "engine". Inne klasy takie jak "template" muszą mieć do danych "engine" dostęp.

Ktoś wie jak coś takiego rozwiązać?

Wewnatrz kalsy, hmmm
Mysle ze jest pare rozwiazan ale to zalezy od tego jak rozumiesz dostep prawdopodbnie i tak bedzie sie dalo uzystac ale mozesz probowac tak.
+ mala edycja
Wiec
http://wiki.php.pl/index.php/Singleton

[PHP] pobierz, plaintext 
<?php
final class Singleton {
	private static $oInstance = null;
 
	public static function getInstance( $class = null ) {
		if( is_null( self::$oInstance ) ) {
		   self::$oInstance = new Singleton();
		}
		if( !is_object( $class ) ) return false;
		if( get_class( $class ) == 'zakazana' ) return false;
		return self::$oInstance;
	}
 
	private function __construct() {}
}
?>
[PHP] pobierz, plaintext 

Mozna np tak probowac;)

Chyba prędzej tak:

[PHP] pobierz, plaintext 
<?php
	final class Singleton
	{
 
		private static $oInstance = null;
 
		private static $aForbidden = array( 'module' );
 
		public static function getInstance()
		{
			if( is_null( self::$oInstance ) )
			{
				   self::$oInstance = new Singleton();
			}
			$aBackTrace = debug_backtrace();
			$sClass = isset( $aBackTrace[1]['class'] ) ? $aBackTrace[1]['class'] : NULL;
			if( in_array( $sClass, self::$aForbidden ) )
			{
				return false;
			}
			return self::$oInstance;
		}
 
		private function __construct(){}
 
	}
 
?>
[PHP] pobierz, plaintext 

Jestem tylko ciekaw czy jest możliwość wywołania jakieś funkcji przy każdym dostępie do klasy. Coś jak __get, __set i __call, tylko musiałoby działać dla wszystkich przypadków, a nie tylko tych niezdefiniowanych.

Obiekt klasy "engine" utworzony przez singleton już istnieje. Chciałbym zablokować jakiejś klasie modyfikowanie danych tego obiektu ("engine"), korzystania z metod itp.

No właśnie tego tyczyła 2 część mojej wypowiedzi, ale po wnikliwym myśleniu (czyt. google) stwierdzam, że najprawdopodobniej jest to niemożliwe, no chyba że na początku każdej funkcji będziesz sprawdzał, czy ma zostać wywołana czy nie i zastosujesz hermetyzację danych (czyli metody get, set, np. getName, setName, getId, setId, itp., a w nich wewnętrznie będziesz sprawdzał, czy można funkcję wywołać). Innego wyjścia nie widzę.

Tez myslalem o takim sposobie, ale bylby niewygodny.

Dobrego sposobu nie ma, i to nie tylko w php, ale w większości języków. Tobie potrzebne są aspekty, a php takowych nie ma.

Ale w php można zrobić inną rzecz: dekoratora na rzeczywistą klasę engine, który miałby tylko jedną metodę: __call i wywoływałby przezroczyście odpowiednią metodę enginu, sprawdzając uprzednio (debug_backtrace), czy klasa wywołująca ma do tego prawo. Nie jest to wydajne i eleganckie, ale jest możliwe.

Bo mam pewien problem. Klika obiektów pochodnych od klasy "module" może pracować jednocześnie (modułem jest księga gości, menu, sonda itp.). Mogą zatem każdy po kolei zmienić wygląd Theme'u, tytuł strony itd. i w takim razie to co wyświetli się na ekranie może być wielką zagadką. Chciałem wprowadzić prawa dla poszczególnych modułów - te z największymi mogły by modyfikować, te z mniejszymi nie.

Moim zdaniem kazdy modul powinien ingerowac tylko w obszar mu przeznaczony -- tzn menu -- tworzy tylko menu, nie rusza naglowka, tytulu itd, tzn. szablon menu powinien zawierac tylko menu.

Rzeczywiście moduł menu nie ingeruje w nic. Ale np. moduł infopages zmienia nazwę strony na "Strona >> Wyświetlony artykuł" jednocześnie coś tam jeszcze mogąć zmienić. I jeśli będzie kilka takich modyfikujących modułów to będzie hell.

No to niech te moduly przekazuja do jadra (lub jakiegos innego modulu odpowiedzialnego tylko za tytul) systemu swoje skladowe tytulu -- jadro utworzy z nich caly tytul: np PAGE.pl > Artykul: blabla | Wyniki ankiety "jakies pytanie"...

Tak już zrobiłem. Chodzi mi przedewszystkim o zmiany w silniku i w theme'ie. Moduł może sobie zmienić wyświetlany szablon z 'index_usermenu.tpl' na 'index_nomenu.tpl'. A jeśli później uruchomiony moduł zmieni na 'index_costam.tpl' to ten wyświetlanie danych pierwszego modułu może szlag trafić, a wynik będzie nieprzewidywalny.