Реально ли после

изменить значение $val, так, что бы в вышеописанном коде вывелось обновленное значение?
На сколько я понимаю, Zend сначала формерует документ, а потом уже высылает т.е. пока код не выполниться, данные еще храняться в оперативной памяти.

Уточню, что бы не было лишних ответов:
Java Script (и Ajax) меня ну не как не интересуют в данном случае.
Я прекрасно понимаю, что если изменить переменную до вывода, выведеться обновленное значение.

Интересует решение onlyPHP и только, после интрипритации кода вывода.
ООП естественно не исключаеться.

Если ты вывел переменную, все, это уже не переменная. Изменить вывод потом можно только через ob_get_contents, обрабортать регулярками -> вывести. Бред короче идея.

Где такая идея применима я вообще себе слабо представляю

Ну на самом деле в голове крутиться нечто поглобальней 
Просто я сам еще до конца не сформулировал, что крутиться... 

Вот пока подпитываю "юлу" информацией, может сформулирую 
А может и пойму, что нереализуемо...

При огромном количестве всяких шаблонизаторов, пользоваться print вроде как глупо.

Daevaorn, 
А шаблонизаторы наверно не через print выводят?   

BuShaRt, конечно нет! echo рулит!  

Так зачем? Разделяемая память?

А мне всё равно. Главное, что клиентский код его не использует.

Daevaorn, 
Какой код?


WolfON, 
  Win vs *nix отдыхает... print 'vs echo';)

Ну в основе идеи конечно непоследовательный код 

BuShaRt, 

Слышал-бы это Эдсгер Дайкстра, то не миновать вам быстрой и страшной расправы %)

А, собственно, зачем?
И как непоследовательное выполнение кода может быть связанно с выводом переменных? )
[если уж прямо-таки надо поменять значение той перменной, то можно передать на нее указатель\сделать ее глобальной\занести в область общей памяти]

WolfON, 
Ну, я же говорю - мысли в голове крутяться непонятные  Времени нет вдумываться, сижу тонкости CSS учу...
Я имел ввиду не совсем непоследовательное выполнение кода... А нечто схожие с абстрактным программированием (если я конечно верно понял его суть).

А почему print? Потому, что мне показалось, что это лучшая формулировка вопроса о возрате в вышеинтрепритированные строки...

к-л-и-е-н-т-с-к-и-й к-о-д

Daevaorn, 
Что это за код такой? 

ты когда с шаблонизатором работаешь, то по-хорошему, ты можешь только определить шаблон и наполнение. Вывод делает код шаблонизатора сам, не зависимо от тебя. Соотвественно, возмоностей напортачить у тебя гораздо меньше(как в более строгих языках Delphi/С++ при использовании конструкторов вместо непосредственного выделения памяти "руками"). Потому ещё твой код по отношению к коду "ядра" шаблонизатора является клиентским.
Доходчиво? 

skyboy,  
  Delphi - строгий язык? убейте меня....

Т.к. вы щас интерфейс классов называете клиентским кодом?

BuShaRt, строгий, именно строгий. У него есть жесткая типизация и все остальное, что нужно для счастья.

Да, про клиентский код - бред. Клиентский код - который выполняется на машине клиента - например непосредственное отображение html кода, css и javascript'ы

вот я тоже всегда так думал  потому и переспросил...

нет. не интерфейс, а обращение к интерфейсу. вызов методов, если угодно. а как прикажете называть с точки зрения ядра вызовы интерфейсных методов?

Нет. JS это код который выполянется на строне клиента. 
клиентский код в общепризнанном понимании это то о чем очень толково написал skyboy 

Вызов методов => обращение к интерфейсу
Методы             => интерфейс

Это как пользовательский интерфейс совокупность кнопок, так программный совокупность методов, которые мы используем, подобно нажатию на кнопки.





фсе что исложил и изложу - лишь мое мнение 
в споре рождаеться истина 
патаму и спорю 

Это сообщение отредактировал(а) BuShaRt - 19.5.2007, 23:33

Есть два типа кода: библиотечный и клиентский. Второй использует первый. В данном случае шаблонизатор это библиотека, мой скрипт это клиентский код, который как раз print не использует за ненадобностью.

Daevaorn, 
А где про ета можна почетать?)

в смысле? о терминах? либо прими, либо не принимай такую трактовку. на программирование(да и на проектирование) знание терминов никак не влияет. только на способность усваивавать материал, да  и то - несильно. тем более, что приведенное деление - не более, чем условность. шаблонизатор относительно всей системы - библиотечный модуль, но он же является клиентским кодом относительно интерпретатора... так что эти два термина только для более краткого описания роли объекта, о котором идет речь.

skyboy, 
Я понял:
код JavaScript - клиентский относительно системы "клиент - сервер"
код работающий с классом - клиентский относительно системы "объект - класс".



Имхо - хороший программист должен грамотно выражать мысли. Позволимы ошибки на форуме, но не на приеме на работу или написание документаций и статей.

[offtop]Да у нас весь интернет завален неграмотными статьями...[/offtop]

Replicator, 
Ты считаешь, что в честь этого надо его завалить более неграмотными статьями?

Добавлено через 50 секунд
Кстате... тема сабжа все еще актуальна...

Нет, не считаю. Это так, мысли вслух о том, откуда вообще возникают путаницы с терминами.

А по теме, насколько мне известно, как уже и было сказано, после выполнения



значение переменной отправляется в буфер без всякой связи со способом попадания в буфер и тем, из какой переменной/константы значение попало в буфер.

Я вижу решение в том, чтобы написать обертку над echo:


Этот метод будет пока только сохранять и ничего не выводить. При завершении программы вызываешь метод $out::flush() через register_shutdown_function(). Так, до вызова $out::flush() можно сделать $out::replace($var), что заменит во внутренней таблице класса значение, соответствующее $var.

Но тут надо думать над тем, как узнать имя перемнной, переданной в функцию. Чую, что это также сложно/невозможно. Но можно поиграться с __call и __get.