|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 14 Feb 2002 20:22:50
To : Victor Wagner
Subject : Re: Языковые оболочки...
--------------------------------------------------------------------------------
Feb 14 09:31 02, Victor Wagner wrote to Zahar Kiselev:
ZK>> написанные мной функции. Для языков, более строгих чем Си,
ZK>> это вызывает проблему - потому что "просто указателя на
ZK>> непонятно что" там не бывает. Hужно всегда точно задать тип
ZK>> передаваемых параметров, иначе не будет работать
ZK>> автоматическая проверка типов. Да и вообще сама идея
VW> Hе вижу какие в этом проблемы.
Видимо потому что не писал на языках, более строгих чем Си.
ZK>> Мне больше нравится
ZK>> "классический" подход - с главным циклом в своей программе,
ZK>> вызывающим описанные в ней же функции либо функции из
ZK>> библиотеки. Для текстового режима я такие библиотеки знаю,
ZK>> а вот есть ли для графического? Допустим хочется мне
VW> Даже для текстового при достаточно сложном интерфейсе (Скажем
VW> форме ввода с десятком-другим элементов управления, поверх которой
VW> юзер открыл выпадающее меню, это слишком напоминает закат солнца вручную.
Пока активен один элемент управления(форма ввода) другой элемент управления
(меню) _не_должен_ быть активен. Иначе это порождает анархию как в программе,
так и в мозгах у пользователя(оператора). Я в данном случае говорю об очень
узких специфических учетно-бухгалтерских применениях. В других случаях это может
быть допустимо. Однако то, что рассматриваю я - требует максимальной строгости
как в самой программе так и в работе с ней. Там где это не нужно - ставится 1С с
ее непредсказуемым поведением. Оно _уже_ есть и изобретать его второй раз не
нужно. А вот всякие высокоэффективные операторские рабочие места на 1С не
сделать как ни старайся. Впрочем - это уже не про линукс. Если тебе вдруг
интересно - можно мылом. Поверь, что за 10 лет у меня собрано достаточно
информации и доказательств на эту тему, подкрепленных натурными экспериментами.
В одном письме все и не расскажешь.
Zahar
--- Msged/LNX 6.1.0
* Origin: undefined location (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
