|
ru.perl
- RU.PERL ----------------------------------------------------------------------
From : Victor Wagner 2:5020/400 17 Mar 2002 15:05:52
To : Bulat Ziganshin
Subject : Re: Perl Ruby Tcl Piton
--------------------------------------------------------------------------------
Bulat Ziganshin <Bulat.Ziganshin@p126.f4.n5093.z2.fidonet.org>
wrote:
BZ> Sunday March 17 2002, Victor Wagner writes to Anton Kozyr:
AK>>> Вот в сабже я перечислил 4 языка - имхо самые
VW>> Scheme забыл. Да в общем-то и php тоже по
VW>> распространенности где-то рядом стояла.
BZ> а что, scheme действительно популярен? да и ruby.. а вот у
gimp-а и emacs-а (правда в последнем eLisp а не scheme) вполне хватит
для обеспечения популярности. А есть еще Gnome и Sawfish.
BZ> php есть вполне реальная ниша - в него встроены средства,
BZ> нацеленные на web-программирование. dbi не из него в другие
BZ> языки был перенят?
VW>> Tcl хорош 1. Для событийно управляемого программирования,
VW>> в том числе GUI.
BZ> наскока я понимаю, речь о передаче блоков кода в процедуры
BZ> и сохранении их в переменных
Hет. Речь идет о встроенном в язык цикле обработки событий.
VW>> Tk для него роднее чем для perl, а уж возможность
VW>> двунаправленных пайпов и копирования данных в фоновом
VW>> режиме...
BZ> что роднее - никуда не денешься, а второе и третье я не
BZ> понял. pipe(), fork() и даже треды есть и в перле
В перле ты не можешь сделать open F,"|prog|";
А в тикле - можешь. Т.е. одновременно обрабатывать ввод и вывод
некоей программы В ОДHОМ ПРОЦЕССЕ - без форков и тредов.
В перле тебе понадобится для этого использование IPC::Open2
и работа с sysread/syswrite, довольно неудобная. А в тикле есть
уровень абстракции, который берет на себя проблемы буферизации ввода
вывода и неодновременности готовности программы к вводу и выводу.
VW>> 2. Для встраивания в свои приложения. У perl С API
VW>> посложнее будет. Впрочем, в последних версиях Tcl с этим
VW>> хуже стало. До такой степени что в comp.lang.tcl
VW>> рекламируют LUA.
BZ> одна из сильных сторон Ruby - его реализация в виде ОО
BZ> библиотеки на Си. после чего сишные расширения языка
BZ> пишутся как на самом раби, только с неудобным синтаксисом
Это опять не про то. Расширения языка (кстати, чего ж в них сишного,
если на ruby?) это одно, а встраивание интерпретатора языка в программу
имеющую свою архитектуру и свои требования к оному языку - совсем
другое.
VW>> 3. Для создания проблемно-ориентированных язычков. В нем
VW>> можно легко определять свои собственные управляющие
VW>> конструкции, типа for_each_file_in_directory_tree
BZ> опять же, такое можно в любом языке, где есть closures с
BZ> параметрами. но в некоторых языках ;) (см. код для gui)
BZ> это делать проще, чем в других
Вот собственно об этом мы речь и ведем - в каком месте на каком языке
проще.
--
Ancient geeks
--- ifmail v.2.15dev5
* Origin: Free Net of Leninsky,45 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
