[Sleekka]

Здравствуйте дорогие коллеги, меня все чаще посещают мысли о собственной реализации лисп функций.
Может кто-то копал на эту тему? в первом сообщении писать много не буду - надеюсь тема будет развиваться.
и собственно 1-й вопрос: если делать свой интерпретатор то используя C# или F# - или использовать их вместе?
Вот есть попытки реализовать лисп-функции

1. http://www.cyberforum.ru/fsharp/thread587945.html
нужно будет пробовать.

2. http://dotlisp.sourceforge.net/dotlisp.htm
опен-сорс проект

[Олег (jr.)]

Сообщение от Sleekka надеюсь тема будет развиваться.

Я надеюсь это вообще не будет развиваться,
вместо этого используй атрибут LispFunction, регистрируй как положено
в соответствии с версией Автокада и вперед
Для интересу функция от TonyTanzillo:

Код:

[Выделить все]

   [LispFunction("MyLispFunction")]//	TT	//
        public static void MyLispFunction(ResultBuffer args)
        {
            if (args == null)
                throw new ArgumentException("Requires one argument");
            TypedValue[] values = args.AsArray();
            if (values.Length != 1)
                throw new ArgumentException("Wrong number of arguments");
            if (values[0].TypeCode != (int)LispDataType.SelectionSet)
                throw new ArgumentException("Bad argument type - requires a selection set");
            SelectionSet ss = (SelectionSet)values[0].Value;
            // use the selection set here
            Autodesk.AutoCAD.ApplicationServices.Application.ShowAlertDialog(ss.Count.ToString());
        }
        // usage: (MyLispFunction (ssget "_x" (list (cons 0  "insert")(cons 66 1)(cons 410 (getvar "ctab"))))

[hwd]

2 Sleekka

меня все чаще посещают мысли о собственной реализации лисп функций. Может кто-то копал на эту тему?

Google забанили? Я так же неоднократно показывал примеры, как это делается.

если делать свой интерпретатор то используя C# или F# - или использовать их вместе?

Похоже, что у тебя в голове каша. Написание LISP-функций на .net не имеет никакого отношения к написанию интерпретаторов.

[gomer]

не понятна

[Александр Ривилис]

Сообщение от Sleekka ...и собственно 1-й вопрос: если делать свой интерпретатор...

Первой вопрос не такой. Как обычно первый вопрос - зачем? Заменить Autolisp/VisualLisp в AutoCAD? Или это отдельный интерпретатор, с AutoCAD не связанный?

[Sleekka]

Похоже, что у тебя в голове каша. Написание LISP-функций на .net не имеет никакого отношения к написанию интерпретаторов.

Никакой каши в голове у меня нет, Андрей ты меня просто не совсем верно понял, потому что по ссылкам не ходил.
Только Александр Ривилис усомнился. Конечно же я знаю как на Net написать пользовательскую функцию, Андрей я же публиковал видео как эти функцию портировать под брикс
Тема называется Интерпретатор! следовательно задача состоит в том, чтобы написать свой .exe который может парсить лисп код и выполнять этот код, т.е. требуется реализация СТАНДАРТНЫХ lisp-функций + парсинг.
Теперь отвечу на вопрос зачем все это нужно:
1) не секрет что наработок по реально рабочему софту на лисп намного больше чем на Net. Да в Net - существуют привлекательные библиотеки которые могут все по аналитической геометрии и векторной алгебре, но свое то оно роднее, та математика по определению например (пересечение плоскостей), которая работала в твоей программе и годами доказала свою отказоустойчивость и скорость работы (потому что не нужен общий случай а можно ускорить реализацией частного случая) я уж не говорю если эти алгоритмы не точные а итерационные (таких библиотек можно и не найти).
И вот требуется допустим портировать свое приложение для Microstation, или еще что нибудь, да тот же Ревит.
2) Автодеск не улучшает и не развивает лисп реализацию, возможно, что некоторые лисп функции могли бы гипотетически работать чуть быстрее.

Мне собственно не нужно объяснять как это все делается, я спросил может кто-то больше меня в этом крутится и видел подобные наработки в этом направлении.
Есть как бы Автокад-консоле, но как там дела с лицензиями непонятно плюс отсутствие vl функций, а я использую не так много лисп функций, можно было бы и свой интерпретатор написать/заказать.

Собственно я знаю C# на начальном уровне, а вот F# я не знаю совсем слышал только что это функциональный язык от мелкомягких.
Родился вопрос если задаться целью отпарсить - ясен пень C#, потом после парсинга нужно выполнить функции. Для этого нужно сделать реализацию лисп функций.

Возьмем например конструкцию вида:

Код:

[Выделить все]

 
(mapcar (function (lambda (x)

))
lst
)

То мне почему-то кажется что использовать F# - для реализации таких функций было бы правильно, код будет короче, красивее и следовательно это приводит к уменьшению кол-ва ошибок. Я прав?

[gomer]

http://lisp2arx.3xforum.ro/topic/5/Dowloading_here/

[Sleekka]

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

[gomer]

именно на болоте это и обсуждалось

[hwd]

2 Sleekka

Тема называется Интерпретатор! следовательно задача состоит в том, чтобы написать свой .exe который может парсить лисп код и выполнять этот код, т.е. требуется реализация СТАНДАРТНЫХ lisp-функций + парсинг.

Возможно я не совсем верно тебя понимаю... А понимаю я (сейчас смутно, с учётом твоих поправок) так, что ты либо предлагаешь написать на .NET некоторый интерпретатор AutoLISP\Visual LISP-кода, который бы выполнял заложенную в LISP-код логику, причём выполнял это в отдельных внешних приложениях (не acad.exe), либо написать интерпретатор (отдельное exe-приложение), который бы автоматом на основе LISP-кода генерировал аналогичный (по смыслу) .NET код (некий аналог http://www.swig.org)... Если одно из моих предположений верно, то укажи, какое именно.

[Sleekka]

написать на .NET некоторый интерпретатор AutoLISP\Visual LISP-кода, который бы выполнял заложенную в LISP-код логику, причём выполнял это в отдельных внешних приложениях (не acad.exe)

Да - это то что я хочу в идеале, то есть я так видел.

либо написать интерпретатор (отдельное exe-приложение), который бы автоматом на основе LISP-кода генерировал аналогичный (по смыслу) .NET код (некий аналог http://www.swig.org).

А вот о таком я не задумывался, но вариант тоже интересный (для сохранения существующего опыта накопленного в АвтоЛиспе.

[Александр Ривилис]

Сообщение от Sleekka но что-то я скептически отношусь к таким конвертациям

А я еще хуже. Достал меня автор этого "компилятора". Да и и Autodesk достал - требует чтобы срочно они у него этот "компилятор" купили. И это при том, что элементарных вещей в ObjectARX не знает и мысль свою выразить не может.

[hwd]

Сообщение от Александр Ривилис Достал меня автор этого "компилятора". Да и и Autodesk достал - требует чтобы срочно они у него этот "компилятор" купили.

А автор кто? Что-то не нашёл я информации об этом.

[Дима_]

Сообщение от Sleekka Может кто-то копал на эту тему?

Я периодически копаю (но пока до версии 0.9 бета еще не готов) - задумка очень проста, но возращаюсь я к ней с большими интервалами (когда свободен и есть время "надолго" отвлечься), хотя "предверсию" уже практически использовал - есть мысль расширить функционал лиспа на вызов .Net Api как "своих" так и внешних, но не так "убого" как это сделанно с COM - а "по человечески", (типо автоматического преобразования (MessageBox:Show "Test") в (net-im "MessageBox" "Show" "Test") - но это самый простой пример) чтоб автоматически преобразовывались лисп функции в делегаты (там где это подразумевается), автоматически преобразовывал "символы" в вызов соответствующих функций, с подобием замыканий (пока, как сделать нормальные, не придумал), GC неиспользуемых объектов и там еще много задумок, пока они все ну очень сыро, но реализованны. Как "разражусь" до чего-то более-менее вменяемого опубликую, пока рано - ибо еще возможно "конструктивные" переделки. Смысл всего этого - лично для меня очень прост - весь рабочий код пишется на лиспе, а для новый версий Автокада понадобится только перекомпилировать NetLisp(рабочее название проекта), 2 момент - возможность динамической (REPL) работы c .Net Api - без перезагрузки автокада.
з.ы. пишу его на F# и AutoLisp.

[Александр Ривилис]

Сообщение от hwd А автор кто? Что-то не нашёл я информации об этом.

Dragne Adrian из Румынии.

[hwd]

Применительно к AutoCAD - проще, надёжней и полезней изучить целевой язык и писать непосредственно на нём, вместо того, чтобы изобретать интерпретаторы (имхо). То, что уже написано на LISP и работает, вовсе не обязательно переписывать на др. языки, если в этом нет объективной необходимости.