Можете опубликовать. Только одна просьба: предоставьте мне статью на рецензирование.

1) Установите MySQL. Запустите(если он остановлен) MySQL-сервер. Создайте базу данных для гостевой книги.
2) Удалите у исходника лишнее расширение(.scm), измените пользовательские настройки гостевой, и затем скопируйте исходник в папку htdocs plt-web-server'а. Запустите plt-web-server. Вообще-то сервер необходимо настроить, а также установить режимы доступа к файлам и каталогам сервера, но для первого запуска и так сойдет.

Посмотреть на гостевую можно перейдя по ссылке http://localhost/guestbook.rkt

> Даже взять то, что устанавливаешь DrRacket запускаешь его,
пишешь программы и компилируешь, без танцев с бубном.
К сожалению, в DrRacket отсутствует менеджер проектов, поэтому приходится писать специальные скрипты для сборки сложного проекта. Но это несложно, ведь Рэкет поставляется с довольно юзабельными библиотеками, в которых реализовано все необходимое для написания собственного компилятора.

> Мне показалось, что Racket и прост и сложен одновременно.
Racket, как язык программирования, довольно сложен, отчасти из-за того, что осилить почти 900 страниц "Reference: Racket" довольно тяжело. Да к тому же еще, там хорошо описаны только примитивы, а все финты остались за кадром. Но ведь не забывайте, "Reference: Racket" всего лишь вершина айсберга помимо него есть еще куча библиотек, которые необходимо изучить дабы не клепать велосипеды

> Странно, что пока не встречались прикладные программы,
написанные на нем. Мне, по крайней мере. Может ссылку дадите.
Я этот вопрос не изучал. Racket появился относительно недавно(ему скоро исполнится годик), поэтому если они и есть, то необходимо искать MzScheme. Хотя с другой стороны, интерпретаторов, трансляторов, препроцессоров и т.д. написано предостаточно. Ведь для этого и разрабатывался Лисп

> Вообще, планировался ли он для прикладных программ?
Необходимость написания прикладных программ послужила причиной по которой умер PLT Scheme и возродился как Racket.

Скриптовый движок у игры Uncharted 2: Among Thieves реализован на Racket(точнее на устаревшем MzScheme).

> Не видит экзешника Racket.exe для REPL.
Подскажите, как к нему путь в Emacs прописать?
Я знаю два способа:
1) Меню Geiser -> Customize -> Racket.
Прописываете полные пути к исполняемым файлам в Unix-стиле(см. пункт 2). Обязательно сохраняетесь!
2) Добавляете в файл .emacs, после строки загрузки Geiser, следующие строки

(custom-set-variables

 '(geiser-racket-binary "C:/Program Files/Racket/Racket.exe")

 '(geiser-racket-gracket-binary 

    "C:/Program Files/Racket/GRacket-text.exe"))

Ваши пути могут отличаться.

Если у Вас XP или более ранняя версия, то Вам придется также исправить функцию enter! в модуле "путь до geiser"/scheme/racket/geiser/user.rkt, либо не использовать локализованных имен.

(define (enter! mod stx)

  (cond [(not mod)

         (current-namespace top-namespace)

         (last-entered "")]

        [(symbol? mod) (do-enter mod (symbol->string mod))]

        [(and (list? mod)

              (= 2 (length mod))

              (eq? 'file (car mod))

              (path-string? (cadr mod))) (do-enter mod (cadr mod))]

        [(path-string? mod) (do-enter `(file ,mod) mod)]

	[(and (vector? mod)

	      (= (vector-length mod) 4)

	      (path-string? (vector-ref mod 0)))

	 (do-enter `(file ,(vector-ref mod 0)) (vector-ref mod 0))]

        [else (raise-syntax-error

               #f

               "not a valid module path, and not #f"

               stx

               mod)]))

Цитата

---

misha :
Многие считают Схему простым маленьким ЯП, на изучение которого обычно тратится не более месяца. Но когда дело доходит до создания прикладных программ, приходится снова учится. Ранее основной реализацией Схемы для создания пользовательских приложений был фреймворк plt. Задачи которые ставили перед собой разработчики plt были довольно скромные, а именно: создать удобный фреймворк для программирования на Схеме. И они с этим справились.
Racket является продуктом дальнейшего развития plt. Он ориентирован прежде всего на создание современных приложений, и является лучшей альтернативой питону и руби.

---

Здравствуйте! Своё знакомство со Scheme начинал именно с PLT-Scheme. Но потом забросил, перейдя на Common Lisp (Clozure CL под Win и SBCL под Linux). Недавно, благодаря как раз этой теме, решил снова посмотреть на Scheme, и тем более на Racket. Если честно, посмотрел и ужаснулся (без наезда)! Показались ужасными макросы, не понравилось отсутствие параметров &rest, &key и &optional в функциях, а также, отсутствие поддержки параметрических списков вида '(:a 1 :b 2 :c 3). Но, недавно я обнаружил всё это богатство в Gambit-C, включая даже макросы в стиле CL. Так вот, хочется спросить, как с этим всем обстоят дела в Racket'е? Может быть я плохо смотрел? Хотя, макросы в стиле CL мне уже не нужны. Разобрался с R5RS-макросами и мне они показались гораздо удобнее. Другое дело, что запись их несколько длиннее, чем в CL.

Ещё, в Racket'е не нравится 3 момента:
1) Очень долго собирается из исходников.
2) Любит подтормаживать и кушать память, подобно Java.
3) Нужно тащить за собой весь дистрибутив, который немало весит (в отличии от Gambit, Chicken и Bigloo).

В принципе, на современных машинах с этим всем можно ужиться, но на старых это конечно не радует (особенно задумчивость).

И ещё, вопрос к людям, знающим CLOS: Есть ли в ОО-механизме Racket'а поддержка generic functions? Знаю, что есть swindle, про который говорят, что это аналог CLOS, но документации по нему, можно сказать, ноль.

Всё поглядываю в сторону этого языка, но постоянно гложет мысль, а нужен ли он мне? Может быть и вправду, хватит Gambit'а?

Цитата

---

rv82 :
И ещё, вопрос к людям, знающим CLOS: Есть ли в ОО-механизме Racket'а поддержка generic functions? Знаю, что есть swindle, про который говорят, что это аналог CLOS, но документации по нему, можно сказать, ноль.

---

ООП для Рэкета ещё довольно сырое, о чем свидетельствует довольно скудная документация по этой теме. generic "механизмы" для методов присутствуют, но о какой либо значимой аналогии с CLOS говорить пока рано, все ещё может поменяться. Да и нет никакой необходимости в совместимости с CLOS. Предупрежу заранее, класс и его объект нужно рассматривать как "лямбды специального вида", тогда многие вещи становятся понятными.

Цитата

---

rv82 :
Всё поглядываю в сторону этого языка, но постоянно гложет мысль, а нужен ли он мне? Может быть и вправду, хватит Gambit'а?

---

Рэкет(как и CL) ориентирован на создание больших проектов, а для хелловордов или написания маленьких плагинов достаточно и Gambit'а.

> Хотя, есть непонятные моменты с модульной системой, но об этом позже.
Лучше не используйте аналогий, между Racket и CL мало общего. Модуль - это не пакет, у него своя специфика. Модули необходимы для применения объектного подхода (не путать с ООП).

> На Ваш взгляд, он ближе к скриптовым, или языкам типа Java/.Net?
Все зависит от того, как Вы его настроите. Рэкетом называется ведь не только язык программирования, а также еще и виртуальная машина.

Всё, вопрос оформился. Есть ли в Racket переменная, подобная load-path в Emacs, которая бы указывала на каталог с коллекциями модулей? Мне это надо для того, чтобы указать, что коллекция модулей находится в текущем каталоге с программой. А всё это мне нужно затем, чтобы загружать модули, не указывая конкретного имени файла (т.е., не (require "funcs.rkt"), а (require my/funcs)), чтобы интерпретатор, при наличии откомпилированных файлов, выбирал именно их.
Почему-то мне думается, что такая возможность точно есть. Но, я не нашёл ничего в документации. Может быть, как всегда, от нехватки времени плохо искал?

misha

---

> А всё это мне нужно затем, чтобы загружать модули, не указывая конкретного имени файла (т.е., не (require "funcs.rkt"), а (require my/funcs)), чтобы интерпретатор, при наличии откомпилированных файлов, выбирал именно их.
Откомпилированные файлы загружаются по умолчанию, при этом проверяются штамп времени, хеш-сумма и др. параметры исходника на наличие изменений. И если несоответствия обнаружены, то выдается сообщение об ошибке.

---

Спасибо за консультацию. Теперь тёмных пятен не осталось. К тому же, сегодня попробовал написать модуль на Си с использованием C API. Оказалось очень легко (очень похоже на C API в Tcl). Как будет время, напишу статейку в своём блоге о создании расширений для Racket.

PS. До этого, всегда и везде, где только можно, использовал Tcl (а где нельзя, писал к нему расширения на Си). Также, хотел изучить Python и Ruby, но так и не смог себя переломить. Есть что-то отталкивающее в этих языках. Теперь же, плюс к Tcl, планирую так же широко использовать и Racket.

Написал статью. Но есть проблема: сделал в Emacs'е html из всех исходников, а blogger не хочет брать этот html. Как будет время, сделаю сайт на narod.ru и выложу статью на него.

> Кстати, под виндой придется немного Рэкетовскую либу править.
Да, столкнулся с этим. Единственное, что утешает, что лично я в Windows не сижу. Кстати, когда-то давно, ещё на PLT Scheme, у меня получалось загружать dll в Windows с помощью FFI.

Я начал читать сикп, там написано, что есть слово nil, которое обозначает нулевой список, но предлагается вместо него использовать '(). В рэкете это слово совсем не используется, или пишется по-другому? Используется #lang scheme , рэкет говорит - не знаю слова nil.

И ещё вопрос - про рэкет на русском ничего нет, ни книжек, ни документации, ни руководства, правильно?
(Извиняюсь, если вопрос не в тот топик, я не нашёл темы, где можно было бы задавать мелкие глупые вопросы)

Racket знает null, то же самое, что nil. Ну и да, (define nil '()) вам в помощь

Цитата

---

struct: unrecognized struct-specification keyword in: #:methods

---

Эта фича появилась с новой версией.

А ещё: Чем отличаются в использовании пакеты и модули?