Forth и другие саморасширяющиеся системы программирования Locations of visitors to this page
Текущее время: Пт мар 29, 2024 03:50

...
Google Search
Forth-FAQ Spy Grafic

Часовой пояс: UTC + 3 часа [ Летнее время ]




Ответить
Имя пользователя:
Заголовок:
Текст сообщения:
Введите текст вашего сообщения. Длина сообщения в символах не более: 60000

Размер шрифта:
Цвет шрифта
Настройки:
BBCode ВКЛЮЧЕН
[img] ВЫКЛЮЧЕН
[flash] ВЫКЛЮЧЕН
[url] ВКЛЮЧЕН
Смайлики ВЫКЛЮЧЕНЫ
Отключить в этом сообщении BBCode
Не преобразовывать адреса URL в ссылки
Вопрос
Теперь гостю придется вводить здесь пароль. Не от своей учетной записи, а ПАРОЛЬ ДЛЯ ГОСТЯ, получить который можно после регистрации на форуме через ЛС.:
Этот вопрос предназначен для выявления и предотвращения автоматических регистраций.
   

Обзор темы - Размышленияпопервоначалу...
Автор Сообщение
  Заголовок сообщения:   Ответить с цитатой
любую задачу по программированию можно решить на любомязыке, в том числе и на ФОРТе и проблемы со стеком и стековым мышлением кончаются после первых 30 кБт отлаженной ФОРТ программы.. недавно мне один человек присылал из штатов письмо, на тему того, что он подумывает какую то свою финансовую систему на ФОРТе писать, да сколько угодно, только кого он сажать писать то будет, сейчас шаг влево-шаг вправо от майнстрима - издержки взлетают до небес
Сообщение Добавлено: Пт фев 27, 2009 00:52
  Заголовок сообщения:   Ответить с цитатой
Wlad писал(а):
...
- Тоффоли с Марголусом (Машины клеточных автоматов! О-как!!!)


Электронная версия есть здесь:
прямая ссылка:
proklondike.com/var/books/Other/Tofolli_Margolus_-_Mashini_kletochnih_avtomatov.rar (~5.7Mб)
Сообщение Добавлено: Вт фев 24, 2009 16:13
  Заголовок сообщения:   Ответить с цитатой
Wlad писал(а):
mOleg писал(а):Это один из вариантов, другой - использовать одинаковые имена но в разных словарях, тогда нужно отслеживать контекст.

Воооот...
Вот в этом-то загвоздка! ООП в разных языках и средах как раз - наоборот - ИЗБАВЛЯЕТ от такой необходимости! (ссылки в экземплярах на таблицы виртуальных методов, например)...

ну, вот не совсем пойму о чем вы.
я в том смысле, что от необходимости как раз не избавляет, а лишь обязывает каждый раз упоминать имя объекта.
у нас то же самое, имя словаря либо упоминается явно, либо оно находится в контексте.

Wlad писал(а):
Кстати, а ведь слова Форте - это ж те же самые экземпляры некоторых классов-наследников класса "слово" абстрактной Форт-машины. Ото самое cfa - это (с точностью до исключения одной степени косвенности ссылки на VMT) - указатель на виртуальный метод "исполни".

как бы да. В смысле близко очень, но все же не оно.
Сообщение Добавлено: Пн фев 23, 2009 16:54
  Заголовок сообщения:   Ответить с цитатой
Форт - язык расширяемый. Причем в нем сами средства расширения не фиксированы. Они тоже могут расширяться.
Саму форт-систему(транслятор) легко модифицировать в нужном напрвлении.
Кому как надо тот так и расширит, в том числе в сторону нужных парадигм.
Нужно только пройти порог вхождения в форт-подход(продолжительность зависит от уровня человека).
Сообщение Добавлено: Пн фев 23, 2009 08:56
  Заголовок сообщения:   Ответить с цитатой
Wlad писал(а):
Кстати, а ведь слова Форте - это ж те же самые экземпляры некоторых классов-наследников класса "слово" абстрактной Форт-машины. Ото самое cfa - это (с точностью до исключения одной степени косвенности ссылки на VMT) - указатель на виртуальный метод "исполни".

Я до сих пор придерживаюсь подхода F-83 по отношению к словарям, потому что в этом варианте они чрезвычайно похожи на объекты. А все, что внутри, оказывается методами. Инкапсуляция, наследование, полиморфизм - имеют место быть.
Сообщение Добавлено: Пн фев 23, 2009 02:47
  Заголовок сообщения:   Ответить с цитатой
Wlad писал(а):
... Хмммм ....
Вы знаете, Хищник, какая-то недосказанность в Вашем сообщении...

Если честно, я не вполне чувствую себя способным вот так с ходу (да даже и с подготовкой) выдать универсальные рекомендации по эффективному использованию Форта. Это процесс интерактивный, к тому же тут огромную роль играет "вертикальное сегментирование рынка". В какие-то области Форт явно не пойдет, и узнать об этом можно будет, только попробовав.
Wlad писал(а):
Тогда - возникает вопрос: а какие пути выхода на высокий уровень?
Складывается впечатление, что общепризнанно лучший язык для формирования DSL всё никак некую планку не преодолеет... ЧТо само по себе удивительно, потому, что если бы не было прецедентов создания достаточно сложных систем, тогда можно было бы объяснить "оккупацией" языка "низкоуровнивиками"... Но, читаешь, тех же Фохта с Таунсендом - упоминаются в приложении очень серьёзные системы. И я не думаю, что работы там выполнялись одиночками-гениями, способными на чудеса "склейки семантического разрыва"!... Тем более, что раз Форт идёт от "сохи" , а не от математики, то чем выше по уровню прикладная система, тем большие абстракции люди вынуждены вкладывать в те решения и средства, которые предоставляет Форт...

Я скорее соглашусь, что конструированием грамматики проще заняться одному человеку... тем более что имею некий положительный опыт такого конструирования. С точки зрения потребительских свойств и сложности доводки конечной программы - разница с ЯВУ колоссальная. Не столько с точки зрения чистой теории, сколько с позиций "нам изменяют ТЗ... а мы обнаруживаем, что все сводится к правке небольших скриптов".
Wlad писал(а):
Тогда ПОЧЕМУ, ни та же Дженерал Электрик, ни НАСА не пронаблюдались в языковом комитете? Они что, пришли к выводу, что овчинка выделки не стоит? Или-таки были получены некие результаты, которые неспоримое рыночное преимущество двали и эти рещения страшно засекретили? По-моему, последнее - чушь.

Скорее выделка ничего не стоит :) А раз не стоит, то зачем что-то фиксировать в стандарте? Вот два знакомых фортера в Интеле работают... так им, насколько я понимаю, просто ни у кого не надо спрашивать разрешения на применения Форта в текущих разработках. Одну точно видел, несколько лет назад - форт-система для МК. Именно для текущей разработки, не "в общем и целом". Это как паяльник - везде рекламируют те или иные поточные линии монтажа, по ним и отмеряют технологический уровень. Но паяльники-то никуда не деваются.
Wlad писал(а):
У меня сейчас (печатном виде!):
- Таунсенд с Фохтом
- Семёнов
- Баранов с Ноздруновым
- Тоффоли с Марголусом (Машины клеточных автоматов! О-как!!!)
- Броуди (обе книги!)
(+ - великое сонмище статей на английском, как с сайта Мура, так и с каких-то слётов фортеров - еврофорт, фортжурнал и т.д. )

Расставьте в нужной мне последовательности для прочтения, пожалуйста! (С учётом, что Способ Мышления я уже проглотил...)

Ох... неблагодарное это занятие :shuffle;
Вобщем, после Starting Forth я бы прочитал Баранова и Семенова (в произвольном порядке). Дальше, возможно, с перерывом и за клавиатурой - Thinking Forth.
Сообщение Добавлено: Пн фев 23, 2009 02:45
  Заголовок сообщения:   Ответить с цитатой
mOleg писал(а):
Это один из вариантов, другой - использовать одинаковые имена но в разных словарях, тогда нужно отслеживать контекст.

Воооот...
Вот в этом-то загвоздка! ООП в разных языках и средах как раз - наоборот - ИЗБАВЛЯЕТ от такой необходимости! (ссылки в экземплярах на таблицы виртуальных методов, например)...

Кстати, а ведь слова Форте - это ж те же самые экземпляры некоторых классов-наследников класса "слово" абстрактной Форт-машины. Ото самое cfa - это (с точностью до исключения одной степени косвенности ссылки на VMT) - указатель на виртуальный метод "исполни". :)
Сообщение Добавлено: Пн фев 23, 2009 01:48
  Заголовок сообщения:   Ответить с цитатой
Хищник писал(а):
Это как раз пример комментария, который я имел в виду. Современные процессоры в приличной степени не являются строгими реализациями математических теорий, поскольку туда грубо вторгается технология. И вот на этот(эти) неидеальный процессор(ы) математики пытаются наложить некие языки. Просто неминуемо появятся низкоуровневые прослойки, которые сразу разделяют ЯП на ЯВУ и низко-средне-уровневые. Форт как раз идет "от железа", а не от грамматики. В разъяснении механизмов Форта много от ассемблера, а высокоуровневая часть языка... должна? может? быть выстроена. Минимализм - тоже не догма.

... Хмммм ....
Вы знаете, Хищник, какая-то недосказанность в Вашем сообщении...

Тогда - возникает вопрос: а какие пути выхода на высокий уровень?
Складывается впечатление, что общепризнанно лучший язык для формирования DSL всё никак некую планку не преодолеет... ЧТо само по себе удивительно, потому, что если бы не было прецедентов создания достаточно сложных систем, тогда можно было бы объяснить "оккупацией" языка "низкоуровнивиками"... Но, читаешь, тех же Фохта с Таунсендом - упоминаются в приложении очень серьёзные системы. И я не думаю, что работы там выполнялись одиночками-гениями, способными на чудеса "склейки семантического разрыва"!... Тем более, что раз Форт идёт от "сохи" :), а не от математики, то чем выше по уровню прикладная система, тем большие абстракции люди вынуждены вкладывать в те решения и средства, которые предоставляет Форт...

Тогда ПОЧЕМУ, ни та же Дженерал Электрик, ни НАСА не пронаблюдались в языковом комитете? Они что, пришли к выводу, что овчинка выделки не стоит? Или-таки были получены некие результаты, которые неспоримое рыночное преимущество двали и эти рещения страшно засекретили? :) По-моему, последнее - чушь.

Но, вообще-то странно. Столько лет языку, а никак дальше "явнополуассемблерного уровня" задач, так и не продвинулись...

...

Тут ещё, упомянутые мной ранее, мои коллеги вдруг одновременно разыскали у себя на антресолях, на дачах и в загашниках "кучу" литературы, а один так вообще через гугл наскрёб кучу PDF-ов и прочей доки и две пачки бумаги в субботу на меня извёл...

У меня сейчас (печатном виде!):
- Таунсенд с Фохтом
- Семёнов
- Баранов с Ноздруновым
- Тоффоли с Марголусом (Машины клеточных автоматов! О-как!!!)
- Броуди (обе книги!)
(+ - великое сонмище статей на английском, как с сайта Мура, так и с каких-то слётов фортеров - еврофорт, фортжурнал и т.д. )

Расставьте в нужной мне последовательности для прочтения, пожалуйста! (С учётом, что Способ Мышления я уже проглотил...)

Я называю это всё "трамвайной литературой", потому, что имею возможность всё это читать или по дороге дом-работа, или немного в выходные...
Сообщение Добавлено: Пн фев 23, 2009 01:43
  Заголовок сообщения:   Ответить с цитатой
Wlad писал(а):
Немножко не ясно: если есть хлебница, есть сумка, есть что-то ещё, в чём можно хранить разнородные предметы и они, по логике того же ООП, имеют один и тот же интерфейс (вязть-из, положить-в, количество-внутри, например), то мне нужно с подходом Форта, просто для каждого экземпляра переписывать слова?

вобщем да, но вам в любом случае надо переписывать слова, ведь для каждого класса свои методы, и вы их будете каждый раз определять по-новой, не так ли? Кстати, по логике ООПа интерфейс тот же, а по логике Форта у каждого контейнера интерфейс свой.

Wlad писал(а):
Ну хорошо, я начал переписывать слова, а как мне разгрести к какому типу, что относится?

а типов нет. Собственно, есть у тебя какой-то контейнер, к примеру, у него есть свои методы, у каждого метода свои имена,
ну вот к примеру, у стека данных слова: DUP DROP а у стека контекста: ALSO PREVIOUS - по сути эти слова делают одно и то же, но с разным соедржимым и разными контейнерами. Это один из вариантов, другой - использовать одинаковые имена но в разных словарях, тогда нужно отслеживать контекст.

Wlad писал(а):
Или реализовывать "интерфейс" через CREATE DOES>, а внутри них - через векторизацию?

боюсь, тут нужны конкретные примеры. Без них уйдем в теоретизирование сплошное.

Wlad писал(а):
Работы ручной - не слишком много? И, опять же (из своего "тёмного" ООП-прошлого ) - с повторной используемостью кода библиотек - как?

на самом деле не больше, чем в ООПе.

Wlad писал(а):
Вы говорите каждый раз - заново реализовывать... Хорошо, может быть для (и - до) определённого объёма и масштаба задач, это и подходит, а что делать, если проект достаточно велик или сложен (или - и то, и другое вместе?)...

проблемы идентичные любому другому языку.
но заново не надо, библиотеки часто подходят уже имеющиеся (ну с небольшими изменениями).
Сообщение Добавлено: Вс фев 22, 2009 23:23
  Заголовок сообщения:   Ответить с цитатой
Wlad писал(а):
В то же время, язык не должен быть одной лишь математической теорией. Он должен быть практическим инструментом. Это подразумевает определенные ограничения, накладываемые на краткость формализма. Несколько языковых средств Оберона, с чисто теоретической точки зрения, являются излишними. И, тем не менее, они присутствуют в языке из сугубо практических соображений, то ли для удобства самого программиста, то ли для достижения эффективной кодогенерации без использования в компиляторах сложных оптимизирующих алгоритмов сопоставления шаблонов.

Это как раз пример комментария, который я имел в виду. Современные процессоры в приличной степени не являются строгими реализациями математических теорий, поскольку туда грубо вторгается технология. И вот на этот(эти) неидеальный процессор(ы) математики пытаются наложить некие языки. Просто неминуемо появятся низкоуровневые прослойки, которые сразу разделяют ЯП на ЯВУ и низко-средне-уровневые. Форт как раз идет "от железа", а не от грамматики. В разъяснении механизмов Форта много от ассемблера, а высокоуровневая часть языка... должна? может? быть выстроена. Минимализм - тоже не догма.
Сообщение Добавлено: Вс фев 22, 2009 22:33
  Заголовок сообщения:   Ответить с цитатой
mOleg писал(а):
в Форт ООП стараются принести каждый раз (новички) как только приходят к Форту. За счет этого реализаций ООПов для форта много, но они особо не приживаются, так как у Форта более мощная абстракция имеется, чем объект - слово :)

Немножко не ясно: если есть хлебница, есть сумка, есть что-то ещё, в чём можно хранить разнородные предметы и они, по логике того же ООП, имеют один и тот же интерфейс (вязть-из, положить-в, количество-внутри, например), то мне нужно с подходом Форта, просто для каждого экземпляра переписывать слова?
Ну хорошо, я начал переписывать слова, а как мне разгрести к какому типу, что относится? Ведь интерфейс-то один (набор слов), а реализация хранилища в структурах-контейнерах может быть разной (на основе списка, массива, очереди.....) - как?
Или реализовывать "интерфейс" через CREATE DOES>, а внутри них - через векторизацию?
Работы ручной - не слишком много? И, опять же (из своего "тёмного" ООП-прошлого :) ) - с повторной используемостью кода библиотек - как?
Вы говорите каждый раз - заново реализовывать... Хорошо, может быть для (и - до) определённого объёма и масштаба задач, это и подходит, а что делать, если проект достаточно велик или сложен (или - и то, и другое вместе?)...
Сообщение Добавлено: Вс фев 22, 2009 22:14
  Заголовок сообщения:   Ответить с цитатой
Wlad писал(а):
Дедушка Вирт (которого я безгранично чту и уважаю и которому, кстати, 15 февраля исполнилось 75), писал, что язык ни в коей мере не должен опираться и всячески скрывать природу подлежащего исполнительного механизма...
Запись а = 2 механизм скрывает, 2 а ! - нет. (И "пакет хлеб искать DUP? IF @ хлебница ! THEN" - тоже.)
А в Форте это "протягивается" по всем уровням.
Пример с хлебом и ножом - как раз подходит, на самом деле, под мой вопрос про IF... Действительно, явно не понятно, после чего что проверяем...
Я - вЪ глубокихЪ размышленияхЪ...

тут, если честно, не совсем понял о чем написано.
"язык ни в коей мере не должен опираться и всячески скрывать природу подлежащего исполнительного механизма..."
Дело в том, что Форт может скрывать а может и не скрывать маханизмы, может скрывать определенные аспекты (обычто так оно и есть), чтобы уменьшить сложность.

Wlad писал(а):
ЗЫ ДОБАВКА:
...И - кстати... В связи с моим опытом ООП и по некоторому обмыслию, я бы переписал так:
"хлеб пакет искать DUP? IF @ хлебница ! THEN"

вы ухудщили код. Слово DUP? вообще лучше не использовать (лучше никогда не использовать!)
слово "искать" предполагает, что он может быть не найден, а значит алгоритм должен предусматривать действия в случае ненахождения, код перестает быть линейным, становится запутанным. Возникает вопрос обработки ошибок, сейчас принято де факто решать эти вопросы с помощью ловли исключений, таким образом код будет выглядеть так:

: взять ( откуда что --> предмет ) искать THROW ;
: определить ( --> ) пакет хлеб взять хлебница положить ;

вот и смотрите, что скрыто, что открыто, какой получается интерфейс :)

Wlad писал(а):
Но мне здесь не понятно: если "пакет" - некая контейнерная структура (объект, условно говоря), какой механизм вызова "метода" "искать"... Словари? Но тогда из - уймища нужна...
А - наследование/расширение?

идея в том, чтобы не усложнять себе жизнь, для этого необходимо каждый раз решать небольшие задачи, которые однозначно уменьшаются в голове, использовать минимально возможное количество переменных (за счет стека), работать всякий раз с минимальным(необходимым) количеством параметров.
"Пакет" может быть чем угодно: словарем, списком, портом В\В - он может искать в себе сам, а может просто "открываться" для поиска. Всегда можно найти удачный простой вариант, если не пытаться найти универсальное решение, приемлемое для всех возможных ситуаций :)

Wlad писал(а):
Не хочется мне из ООП-парадигменных языков и привычек уходить...

в Форт ООП стараются принести каждый раз (новички) как только приходят к Форту. За счет этого реализаций ООПов для форта много, но они особо не приживаются, так как у Форта более мощная абстракция имеется, чем объект - слово :)
Сообщение Добавлено: Вс фев 22, 2009 21:57
  Заголовок сообщения:   Ответить с цитатой
Хищник писал(а):
Он это не мог написать отвлеченным, висящим в воздухе афоризмом. Такие высказывания обязательно имеют окружение, комментарии и рассмотрение вариантов "а что, если?". Вот хорошо, а если язык все-таки не скрыл природу, тогда что? Некое нарушение эстетики, или существенные ограничения в функциональности всех программ? Ведь на каждый вариант последует свой метод борьбы с негативными последствиями..


Это высказывание взято отсюда:
Цитата:
(Niklaus Wirth «From Modula to Oberon» Institute for Computer Systems, ETH, Zurich, Technical Pa-per. © 1990, N.Wirth. Перевод: Никлаус Вирт «От Модулы к Оберону» © 1998. ИнфоАрт)

«...язык должен определяться в терминах математических, абстрактных концепций без ссылки на какой бы то ни было вычислительный механизм (выделение мое - Wlad). И только, если язык удовлетворяет этому критерию, он может считаться высокоуровневым. Решительно никакая синтаксическая глазурь не в силах заставить обойтись язык без этого атрибута.

Описание языка должно быть строгим и лаконичным. Этого можно достичь лишь путем аккуратного выбора соответствующих абстракций и подходящей структуры, которая позволяет их комбинировать. Руководство по языку должно быть весьма коротким и избегать пояснения частных случаев, проистекающих из общих правил. Мощь формализма не должна измеряться длиной описания. Более того, чересчур пространное описание - это характерный симптом двояких толкований. В этом плане целью должна быть не сложность, а простота.

Несмотря на краткость, описание системы должно быть законченным. Полнота должна достигаться в рамках выбранных абстракций. Ограничения, накладываемые конкретными реализациями, не относятся собственно к описанию языка. Примерами таких ограничений являются: максимальные значения чисел, арифметические ошибки округления и усечения, действия, предпринимаемые в тех случаях, когда программа нарушает установленные правила. Не должна появляться потребность в таком дополнении к описанию языка, когда толстенные описания стандартов покрывают непредвиденные ситуации.

В то же время, язык не должен быть одной лишь математической теорией. Он должен быть практическим инструментом. Это подразумевает определенные ограничения, накладываемые на краткость формализма. Несколько языковых средств Оберона, с чисто теоретической точки зрения, являются излишними. И, тем не менее, они присутствуют в языке из сугубо практических соображений, то ли для удобства самого программиста, то ли для достижения эффективной кодогенерации без использования в компиляторах сложных оптимизирующих алгоритмов сопоставления шаблонов. Примерами таких языковых средств является наличие нескольких форм оператора цикла, а также наличие стандартных процедур, таких как INC, DEC и ODD. Они не усложняют ни язык, ни компилятор.

Все эти аргументы нужно иметь в виду, когда производится сравнение Оберона с иными языками. Ни язык, ни описывающий его документ не достигают идеала, но Оберон приближается к этой цели гораздо лучше своих предшественников.

Компилятор Оберона был реализован для процессоров семейства NS32000 и был встроен в операционную среду Оберон. Этот компилятор требует 50 Кбайт памяти, состоит из 6 модулей, общим размером около 4000 строк исходного текста и сам себя компилирует примерно за 15 секунд на рабочей станции с 25 МГц процессором типа NS32532.»



Хищник писал(а):
Потому что на всех уровнях оказывается возможным обойтись таким форматом, только и всего. Это не значит, что где-то расставлены барьеры.

Пока, что я полагаюсь только на авторитет опыта присутствующих здесь фортеров вообще и Ваш лично в частности...
Но нужно многое не только обмозговать на "автомате", но и дойти до глубинной сучности принятых тех или иных решений.
С одной стороны, я знаю, что Мур - сторонник минимализма через Форт-стековые подходы, с другой, в предисловии одной из книг по Форту сказано, что-де было написана на Форте (и - только???) система управления аэропортом в Эр-Рияде(?). Последний аргумент для меня весомей - просто из-за специфики моих (сделанных мной или где я принимал участие) проектов. Я просто представляю что это за работа по сложности и объёму и пока не сложу в голове, то что знаю о Форте на текущий момент с уровнем таких задач...
Сообщение Добавлено: Вс фев 22, 2009 21:38
  Заголовок сообщения:   Ответить с цитатой
Wlad писал(а):
Дедушка Вирт (которого я безгранично чту и уважаю и которому, кстати, 15 февраля исполнилось 75), писал, что язык ни в коей мере не должен опираться и всячески скрывать природу подлежащего исполнительного механизма...

Он это не мог написать отвлеченным, висящим в воздухе афоризмом. Такие высказывания обязательно имеют окружение, комментарии и рассмотрение вариантов "а что, если?". Вот хорошо, а если язык все-таки не скрыл природу, тогда что? Некое нарушение эстетики, или существенные ограничения в функциональности всех программ? Ведь на каждый вариант последует свой метод борьбы с негативными последствиями.
Wlad писал(а):
А в Форте это "протягивается" по всем уровням.

Потому что на всех уровнях оказывается возможным обойтись таким форматом, только и всего. Это не значит, что где-то расставлены барьеры.
Wlad писал(а):
Пример с хлебом и ножом - как раз подходит, на самом деле, под мой вопрос про IF... Действительно, явно не понятно, после чего что проверяем...

Так ведь расставить все по местам в полной власти программиста. Слова, кладующие флаг условия, вполне можно выделять синтаксисом. Например, знаком вопроса. Еще достаточно "говорящие" слова = < >. 2 2 = IF THEN
Сообщение Добавлено: Вс фев 22, 2009 21:14
  Заголовок сообщения:   Ответить с цитатой
Дедушка Вирт (которого я безгранично чту и уважаю и которому, кстати, 15 февраля исполнилось 75), писал, что язык ни в коей мере не должен опираться и всячески скрывать природу подлежащего исполнительного механизма...
Запись а = 2 механизм скрывает, 2 а ! - нет. (И "пакет хлеб искать DUP? IF @ хлебница ! THEN" - тоже.)
А в Форте это "протягивается" по всем уровням.
Пример с хлебом и ножом - как раз подходит, на самом деле, под мой вопрос про IF... Действительно, явно не понятно, после чего что проверяем...

Я - вЪ глубокихЪ размышленияхЪ...

ЗЫ ДОБАВКА:
...И - кстати... В связи с моим опытом ООП и по некоторому обмыслию, я бы переписал так:
"хлеб пакет искать DUP? IF @ хлебница ! THEN"
Но мне здесь не понятно: если "пакет" - некая контейнерная структура (объект, условно говоря), какой механизм вызова "метода" "искать"... Словари? Но тогда из - уймища нужна...
А - наследование/расширение?
Не хочется мне из ООП-парадигменных языков и привычек уходить... Я и на Си могу в ООП писать, но поддержка там этого стиля и парадигмы требует кучу структур, макросов и функций... Что же тогда про Форт говорить?
Или я не прав?...
Сообщение Добавлено: Вс фев 22, 2009 20:45

Часовой пояс: UTC + 3 часа [ Летнее время ]


Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
phpBB сборка от FladeX // Русская поддержка phpBB