Главная страница


ru.website

 
 - RU.WEBSITE -------------------------------------------------------------------
 From : Serge Shikov                         2:5020/400     15 Mar 2001  11:49:25
 To : All
 Subject : Re: Формирование картинки
 -------------------------------------------------------------------------------- 
 
 Eugene A Belousov wrote:
 
 > 
 > > Словари - это структура данных. И ты с ними явно и вполне процедурно
 > > работаешь.
 > Просто это подразумевает несколько иной стиль программирования,
 > и, в какой-то степени, вынесение реализационных подробностей на уровень
 > синтаксиса.
 
 Я не понимаю такой терминологии. Да, конечно, кто бы сомневался, что
 PostScript - несколько специфический язык... Просто декларативностью
 все-таки принято называть нечто другое.
 
 > Просто польская нотация - вещь не очень распространенная в высокоуровневых
 > языках.
 
 Да опять же - никто не сомневается. Просто название для этого другое.
 Польская нотация - это польская нотация, и ничто больше. Также как и
 стековый язык - это стековый язык, а не декларативный никакой.
 
 > Есть декларативный язык regexp'ов. И есть язык, где декларативность
 > regexp'ов на уровне синтаксиса объединена с процедурным языком. Получили
 > гибридный язык perl, в котором на уровне синтаксиса присутствует
 > декларативность, доставшаяся от regexp'ов.
 
 Hу это другое дело. Да, регекспы в каком-то смысле действительно
 декларативные - они описывают конечный автомат, детали реализации
 которого программисту знать необязательно (хотя если совсем этого не
 делать, на перле легко можно получить регексп, который будет работать
 годами).
 
 > Perl, конечно, замечательно подходит для поиска и замены в тексте в
 > сочетании с процедурной
 > обработкой, но было бы странно использовать его для чего-то иного.
 
 Hу, поиск и замена в тексте - это настолько глобальные операции... про
 машину Тьюринга помнишь? Фактически это вообще все, что делают
 компьютеры.
  
 > Берем задачу разработки web-сайта.
 > Можно ли заранее сказать, что будет превалировать: обработка текстов,
 > запросы к БД, либо что-то еще?
 
 Hет конечно.
 
 > Да, можно сказать, что в web сейчас представлена преимущественно текстовая,
 > но нуждается ли она в большинстве случаев в подобной обработке? И может, для
 > этого куда лучше подойдут программы, использующие xml в качестве входного
 > формата?
 
 Э, это разные вещи. В XML - информация структурированная, но она иначе
 структурирована, чем скажем в реляционной базе, и заменять просто так
 одно на другое - чаще всего глупо. Также и неструктурированный текст -
 его тоже навалом, и его тоже надо обрабатывать. Регекспами.
 
 > И может логичнее использовать язык, интегрирующий в себе не regexp'ы, а SQL?
 
 конечные автоматы заменить на что-то типа реляционного исчисления? Это
 сильно... А зачем?
 
 > Или может лучше использовать универсальный процедурный язык, не отягощенный
 > специализированными функциями, непосредственно не относящимися к разработке
 > для web, а, наоборот, дополненный безусловно полезными функциями, например для
 > поддержки HTTP, которые подключались бы в виде бинарных модулей или входили бы
 > в базовый синтаксис языка.
 
 Вот не надо чтобы входили... За что я лично люблю перл - что он удобно и
 логично расширяется. Hадо нам http - пишем use HTTP::нечто, и пользуем.
 И http уже нам как родной. Hе надо - не пишем, и ничего про него знать
 не желаем. И это правильно.
 --- ifmail v.2.15dev5
  * Origin: home (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: Формирование картинки   Serge Shikov   15 Mar 2001 11:49:25 
Архивное /ru.website/282561d7b285.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional