Zablokowanie dostępu do klasy na jakiś czas, lub blok dostępu do klasy 1, klasie 2 Opcje

[tuner]

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ć?

[hwao]

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;)

[matid]

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.

Ten post edytował matid 19.05.2005, 18:01:42

[tuner]

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

[matid]

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ę.

Ten post edytował matid 19.05.2005, 21:06:42

[tuner]

Tez myslalem o takim sposobie, ale bylby niewygodny.

[hawk]

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.

[tuner]

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.

[dr_bonzo]

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.

[tuner]

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.

[dr_bonzo]

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"...

[tuner]

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.