Re: [apache-talk] Zope

[Victor Wagner <vitus@xxxxxx>]

On Tue, 2 Nov 1999, Vadim Kolontsov wrote:

> From: Vadim Kolontsov <vadim@xxxxxxxxx>
> Subject: Re: [apache-talk] Zope
> X-Mailer: Mutt 1.0pre4i
 
>   Жили-были CGI-скрипты на Си. И представляли они из себя программный код,
> обильно приправленный printf("<b>NAME: %s: %d...."). Программа попросту 
> содержит в себе html-страничку. Копаться в этом было весьма неудобно. 
>   Люди решили вынести все HTML'ки во внешние файлы -- появилась концепция 
> шаблонов: шаблон есть HTML-файл с дополнительными тегами. CGI-скрипт работает, 
> что-то вычисляет, затем заменяет теги в HTML-файле на результаты работы и 
> показывает файл пользователю. Код - в одном месте, HTML - в другом. Удобно.
> Да только лишь для простых систем. 
>   Теги в шаблонах стали усложняться -- то таблицу нужно циклически вывести, то 
> какой-то хитрый <SELECT><OPTION..></SELECT> сформировать.. помимо простых
> тегов, меняющих свое значение на строку/число/что-то, появились элементы
> управления - циклы, переходы, функции.. php/fi. Понравилось. Название тоже
> по вкусу пришлось. 
>   php3. Страница содержит в себе программу. Славно. Написали огромное
> количество библиотек, связей с базами данных и т.п.
>   Только почему-то все чаще при реализации на php3 сложно проекта оказывается, 
> что разбираться в смеси HTML и кода ничуть не проще, чем в смеси кода и HTML. 
> И то в одном, то в другом проекте все оформление (==HTML) начинает выносится 
> в отдельные файлы-шаблоны.  php-код работает-работает, затем делает 
> require/include соответствующего шаблона.

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

В области подготовки текстов наблюдается четкий тренд от систем
типа troff и Plain TeX к SGML и XML-based системам документооборота.

Аналогичный процесс должен пойти и в области Web-based информационных
систем. Нужно рассматривать задачу не как программистскую, а как
технологическую с созданием модели проблеммной области, разделением
ролей и выдачи соответсвтующего инструментария исполнителю каждой из
них. Zope - шаг именно в эту сторону. Как и Communiware.    
 
>   Не знаю, зачем написал все эти банальности. Может потому, что хочу

Наверное, затем, что не настолько уж они банальны.

> на Zope посмотреть, да Питона не знаю :-) Стоит браться? Будет большое
> человеческое Щастье? 

От Zope - не знаю. А от Python - точно будет. Я вот два года от него
отбрыкивался, утверждая что tcl знаю, perl знаю, что мне толку от еще
одного скриптового языка. Но потом попробовал и понял, что был неправ.

Очень красивый и логичный язык. Это я при моей ненависти к OOP говорю;
Python он насквозь объектный.

P.S. Прошу разрешения использовать текст процитированного письма в
качестве теоретической статьи на сайте Communiware.


--------------------------------------------------
Victor Wagner			vitus@xxxxxx
Programmer			Office:7-(095)-203-51-19
Institute for Commerce 		Home: 7-(095)-135-46-61
Engineering                     http://www.ice.ru/~vitus

=============================================================================
=               Apache-Talk@xxxxxxxxxxxxx mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =