silnik framworka a helpersy aplikacji, globals raz jeszcze :) Opcje

[Black-Berry]

W oprogramowaniu mam podział na engine oraz aplication (mam nadzieję że to dobry pomysł). W pewnym momencie żeby wyświetlić artykuł musze mieć takie coś:

[PHP] pobierz, plaintext 
<?php
//To jest mój główny plik inicjalizujący aplikację...
$articleManager = new Article_Manager($context);
?>
[PHP] pobierz, plaintext 

[PHP] pobierz, plaintext 
<?php
//W innej części tworzę funkcję pomocniczą...
function edcShowArticle($id)
{
	global articleManager;
	$article = $articleManager->getArticle($id);
	$article->print();
}
?>
[PHP] pobierz, plaintext 

Z mojego punktu widzenia nie można pozbyć się globalsów. Czy coś przeoczyłem bo zasada o nie-stosowaniu globalsów się miesza

Ten post edytował Black-Berry 4.09.2008, 07:40:51

[wookieb]

Możesz stosować singletona. Najlepsze rozwiązanie.

[Black-Berry]

ale wewnątrz zwykłej funkcji? będzie tam widoczny?

[wookieb]

Singleton jest "widoczny" wszędzie. Zobacz o co w nim chodzi i wtedy bedziesz kumał.
Jezeli masz grupę funkcji w której potrzebuje ZMIENNE z zasiegu globalnego a nie EGZEMPLARZ KLASY to pogrupuj je w klasy albo stosuj do przechowywania tych zmiennych inne klasy.
Np u mnie nie ma żadnych globalsów ale jest pare funkcji jednakze sluza one tylko do manipulacji danych z argumentów.

[LBO]

[PHP] pobierz, plaintext 
<?php
//W innej części tworzę funkcję pomocniczą...
function edcShowArticle($id)
{
	global articleManager;
	$article = $articleManager->getArticle($id);
	$article->print();
}
?>
[PHP] pobierz, plaintext 

Z mojego punktu widzenia nie można pozbyć się globalsów. Czy coś przeoczyłem bo zasada o nie-stosowaniu globalsów się miesza

Dependency Injection, korzystaj z obiektowych rozwiazań i wzorców:

[PHP] pobierz, plaintext 
<?php
$articleManager = new AricleManager();
$applicationManager->execute($articleManager);
?>
[PHP] pobierz, plaintext 

To jest bardzo powierzchowny przykład, ale przez takie przekazywanie obiektów, nie będziesz potrzebował globalsów.

Ten post edytował LBO 4.09.2008, 09:34:12

[Black-Berry]

Widzę, ze nie wyraziłem się jasno Chodzi mi o funkcje pomocze. Takie które maskują bloki kodu obiektowego. Zależy mi na tym aby użytkownik ostateczny nie musiał używać obiektów tylko proste funkcje takie jak np edcBodydrop(), edcLayoutArea('left_menu'), edcLayutArea('top_menu'), edcLayoutArea('footer'); Nie będzie ich dużo. Mniej więcej 20-30. Są po to zeby kts od razu miał listing 30 funkcji które używa w templatce. Dzięki temu mogę rozgraniczyć pracę jaką ma wyknać zaawansowany programista, a ktoś kto poprostu ustawia sobie szablon strony.

[wookieb]

No to ci PRZECIEZ MOWIE. SINGLETON

[Black-Berry]

ale jak nie krzycz na mnie...

[wookieb]

google.pl -> singleton php .Czy to takie trudne? A nie bede ci tutaj pisal co i jak bo w necie znajdziesz bardziej szczegółowe info.

[Black-Berry]

dowiedziałem sie od koleg ze singletony są widoczne wszędzie jak globalsy. Ciekawe . Klasy statyczne też ? Bo ponoć singletony wychodzą z uzycia? To bym mógł zamiast nich klasy statyczne stosować.

[LBO]

google.pl -> singleton php .Czy to takie trudne? A nie bede ci tutaj pisal co i jak bo w necie znajdziesz bardziej szczegółowe info.

@wookieb, spokojnie - wyjaśnij koledze o co dokładnie Tobie chodzi, bo to co piszesz, to nie jest rozwiązanie jego problemu. Kolega chce zwyczajnie uzywać fukcji zamiast obiektów. A Singleton to obiekt.

Black-Berry. takie funckje w szablonie, które używają obiektów pobierających dane to nie jest najlepszy pomysł.
Powinieneś pobrać te dane wcześniej i udostepnić w szablonie (tam dopiero przetwarzać). Helpery, hmmmm, powinny tylko manipulować na argumentach jakie dostały i niektórych częściach systemu, ale nie tak dynamicznych rzeczach jak AticleManager.

[dr_bonzo]

W templatkach piszesz:

[PHP] pobierz, plaintext 
<?php echo $helper->edcLayoutArea('left_menu'); ?>
[PHP] pobierz, plaintext 

$helper jest PRAWIE-globalsem w templatce, includujesz plik z templatka w jakiejs tam funkcji

[PHP] pobierz, plaintext 
<?php
private function loadTemplate($templateName)
{
 
  $helper = new Helper( $this ); // dostep do kontrolera, sesji, itp
  include $templateName; // jak pisze w manualu, $helper bedzie dostepny w templatce
 
}
?>
[PHP] pobierz, plaintext 

http://pl.php.net/include/ :

When a file is included, the code it contains inherits the variable scope of the line on which the include occurs. Any variables available at that line in the calling file will be available within the called file, from that point forward.

Dzieki temu masz dostep do funkcji w templatce, nie uzywasz globalsow, singletonow, no i masz polaczenie z requestem/sesja/kontrolerem

[Cysiaczek]

Znów SF i znów i18n, ale tym razem poglądowo
http://trac.symfony-project.org/browser/br.../I18NHelper.php

Pozdrawiam.

[Black-Berry]

O rety jakies podwójne podkreślniki zamiast funkcji... Chyba będzie lepiej jak zacznę czytać ksiazki

Dzieki za pooc ale nie potrafię z niej skorzystać

Ten post edytował Black-Berry 5.09.2008, 13:33:32

[LBO]

O rety jakies podwójne podkreślniki zamiast funkcji... Chyba będzie lepiej jak zacznę czytać ksiazki

Dzieki za pooc ale nie potrafię z niej skorzystać

Przykład z SF pokazuje jak korzystać z funkcji, które wgryzają się w system nie poprzez parametry, a poprzez np. singletona z contextem.

Nadal (jak pamiętasz) uważam, że to kiepski pomysł. Chciałem zaproponować klasy statyczne (pamietasz mój przykład z innego topicu?) i chyba to zrobię.

[PHP] pobierz, plaintext 
<?php
// bardzo prosty koncepcyjnie przykład, ale teoretycznie powinien działać od ręki.
 
class Context {
// to o czym rozmawialiśmy już kiedyś
 
// getDatabaseManager()
// setDatabaseManager(DatabaseManager $database)
 
// getRoutingManager()
// setRoutingManager(RoutingManager $routing)
 
// getInternationalisationManager()
// setInternationalisationManager(InternationalisationManager $internationalisation)
 
// etc
}
 
abstract class Helper {
	protected static $context;
 
	public static function initialize(Context $context) // PAMIĘTAJ!
	{
		self::$context  = $context;
	}
}
 
class InternationalisationHelper extends Helper
{
	public static function translate($text)
	{
		return self::$context->getInternationalisationManager()->translate($text);
	}
}
 
// Musisz zadbać, by gdzieś przy starcie systemu, przekazywał on kontekst do klasy
Helper
// Dzieki temu wszystkie inne helpery będą miały do niego dostęp.
 
// Samo użcie banalne
print InternationalisationHelper::translate('Hello world');
// mozesz oczywiście ukrócić nazwy, ale jak widzisz,, feel przypadku uzycia identy
zny prawie jak czystą funkcją
 
// ..i...
 
print HtmlHelper::escape('<h1>Hello World</h1>');
 
// ...i...
 
// http://framework.zend.com/manual/en/zend.controller.actionhelpers.html#zend.controller.actionhelpers.flashmessenger
 
print FlashMessage::read('error');
// uzywa sesji, do której mozesz sie dostac poprzez np. self::$context->getSessionManager()
?>
[PHP] pobierz, plaintext 

Ten post edytował LBO 5.09.2008, 14:41:06

[Black-Berry]

Wow. Dzięki. Jeszcze się w to wgryzam ale chyba zajmie mi to trochę. Ile ty już siedzisz nas swoim frameworkiem ?

[LBO]

Korzystam z Agavi.
Tam jest zupełnie inne podejście do helperów... których zwyczajnie w szablonie nie ma. Ale to ze względu na specyficzna budowę V w MVC.