|
|
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) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.website/282561d7b285.html, оценка из 5, голосов 10
|