LINUX.ORG.RU
← QuickTime for Linux.
Как пользователю дать права на устройство /dev/cua1 ? →

Да полно. Если ставить вопрос так "Есть ли какая-нибудь задача, которую удобнее решать с помощью tcl"

  • Во-первых, tcl гораздо удобнее чем perl встраивать в свои собственные программы в качестве макроязыка. Заодно он с собой притащит переносимый GUI, переносимые способы работы с сетью и файловой системой, регекспы, хэши и пр. И всем этим можно будет пользоваться из C-шного кода. Встраивать perl в программу гораздо сложнее. Вон PL/Perl для Postgres так пока и не написали.
  • Во вторых, действительно GUI-шные (Tk-шные) задачи
  • В третьих, задачи где требуется (или удобна) генерация кода на лету. В perl это чуточку более сложно.
  • Задачи управления интерактивными программами - Expect В perl теперь тоже Expect появился, но это только теперь.
  • Задачи, где требуется определять свой язык. Вот попробуй к перлу допиши новую управляющую конструкцию. А на tcl перловый unless пишется следующим образом:

    proc unless {expr args} {

    uplevel if [list "!$expr"] $args

    }

    Другие примеры custom управляющих конструкций, таких как scanfile, foreach_recursive_glob можно найти в TclX

  • И последнее - задача взаимодействия с программистом, привыкшим мыслить логически. perl это такой естественный язык, и обожает применять неестественный интелект "Делай то, что подумал бы на моем месте Ларри Уолл". А принципы работы Tcl изложены на трех страницах и строжайшим образом соблюдаются, даже если это приводит к увеличению длины программы на несколько строк.

    vitus ★
    ()
    • Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
    ← QuickTime for Linux.
    General
    Как пользователю дать права на устройство /dev/cua1 ? →