|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Kirill Frolov 2:5020/400 12 Jul 2005 12:54:25
To : Zahar Kiselev
Subject : Re: COM-порт
--------------------------------------------------------------------------------
Mon Jul 11 2005 21:54, Zahar Kiselev wrote to Kirill Frolov:
ZK> Если "медленно" относилось ко времени написания - то может быть и
ZK> соглашусь. Если дойдут руки сравнить с временем изучения упомнянутого
ZK> тобой autoexpect.
Просто expect более полезен, без auto.
ZK>>> C этим недостатком согласен. Паскаль действительно не умеет массивы
KF>> Массивы он уметь может. Hо массив -- это тип. Произвольную
KF>> структуру туда уже не запихнёшь, например.
ZK> А очень надо? Получится нечто совершенно запутанное и малопонятное.
А ты предлагаешь как Г. Шепелев чуть ли не по ЕСПД документировать
одноразовый write-only (подчёркиваю: write-only) скрипт?
А надо. Список может быть коллекцией разнородных объектов, он может быть
структурой, массивом структур или списков. В паскале это займёт 5 страниц
деклараций. Подо всё свой тип, свой набор функци, классов. В C++ для этого
изобрели шаблоны.
ZK> Сталкивался в такой штуке как Clipper, там с типами переменных было
ZK> плохо, в одну переменную можно было в некоторых случаях записать значения
ZK> разных типов, что нередко приводило к глюкам.
Да -- это приводит к глюкам. Hо это, с другой стороны, сильно подвышает
производительность труда. Для одноразового скрипта глюки вполне приемлемы
и легко обнаружимы.
ZK> Там даже _объявить_ переменную можно было только через непрямо - в
ZK> начале процедуры присвоить ей какое-то значение нужного типа, а иначе
ZK> компилятор принимал тип переменной по первому присваиванию в коде.
Это называется динамическая типизация. То-есть тип там внутри какой-то есть,
это нужно исключительно для повышения производительности интерпретатора,
но практически можно считать, что всё есть строка. Ошибки возникают только
когда преобразование типов явно невозможно (нельзя преобразовать "blablabla"
в число, например, но это идиоту должно быть очевидно). Это используется во
многих скриптовых языках.
ZK> Во всяком случае для непрофессионального программиста слишком
ZK> "произвольные" структуры данных противопоказаны, ибо гарантированно
ZK> ведут к глюкам.
К глюкам ведут две вещи: донельзя *ограниченные* возможности языка
(например, на x51 bit-переменная не может иметь указателя, в бейсике нельзя
передать в функцию массив по ссылке...), и *сложные* структуры данных
с путаницей из разных и несовместимых типов. Где ты видел, чтобы в bash,
perl, чём угодно ещё глюки вылезали из-за несовместимости типов, путаницы
с указателями и памятью?
KF>> Или городить классовую кашу из оопщины, а-ля борланд.
KF>> Деклараций классов на 5 страниц и хелло-ворлд на строчку.
ZK> Это гарантированно не подходит "любителям". Чтобы хорошо управляться с
ZK> классами и объектами - нужно быть профессионалом.
Вот я и предлагаю не городить "классовой каши". А иначе на паскале
не справиться. У него выразительности средств не хватает просто.
KF>> Hу почему нет. Если диалог, изначально проводимый вручную,
KF>> гарантированно повторяется то autoexpect вполне справится.
ZK> Верю. Hо почему-то не слышал чтобы кто-то пользовался. Интересно, здесь
ZK> кроме тебя есть кто-нибудь, кто пробовал эту штуку?
Hу, как минимум не я его изобрёл. Да не пользуюсь я им. Мне expect
хватает, без auto. Autoexpect это, скорей, тоже любопытный курьёз.
KF>> для "автоматизации виндов" тоже такое есть: мышой по кнопкам тычешь, а
KF>> оно запоминает, в какие кнопки жал. И никакого программирования.
ZK> Как любопытный курьез - видел, применения в реальной работе - не
ZK> встречал.
В демо-версиях и "бенчмарках" офисного софта -- видел.
ZK>>>>> присобачиванием такой штуки как libero, специально для создания
ZK>>>>> автоматов предназначенной.
ZK>>> Оно у меня на диске, мне ее когда-то прислали, вместе с исходником и
KF>> Hашёл: http://www.imatix.com/html/libero/
ZK> Потом расскажи о впечатлениях профессионала...
Я тоже "любитель"...
--- ifmail v.2.15dev5.3
* Origin: FidoNet Online - http://www.fido-online.com (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
