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

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

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

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.

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.

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.

No to ci PRZECIEZ MOWIE. SINGLETON

ale jak nie krzycz na mnie...

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.

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

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

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/ :


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

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

Pozdrawiam.

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 

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

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.