MiLK 0.1 (декларативный язык создания веб-страниц)

Решпект!

Хе-хе, сейчас с прологом мучаюсь перед сессией...

Для таких целей подходит лисп. В нем для таких целей есть практически все из коробки.

нафик per-alpha проекты сюда постить если кому "моча в голову ударила" (извините) это не значит что проект до релиза дойдет

> нафик per-alpha проекты сюда постить если кому "моча в голову ударила" (извините) это не значит что проект до релиза дойдет

Тебе не надо -- не читай. Кому надо тот проекту поможет.

ну и что здесь делает это недоделие?
может еще новости про каждую курсовую, написанную студентами из мухосранска постить?!

студент, шел бы ты на винфак

>студент, шел бы ты на винфак

Повторюсь я не студент и достаточно давно. Спасибо за деструктивную критику

анонимусы, пошли вон!
человек дело делает..
cosmicdustman - respect

>анонимусы, пошли вон! человек дело делает.. cosmicdustman - respect

Большое спасибо за поддержку 8-) Очень был бы рад конструктивной критике 8-)

>Решпект!

Большое спаибо

>Хе-хе, сейчас с прологом мучаюсь перед сессией...

Сам до сих под под впечатлением от Пролога - просто супер идея

>> нафик per-alpha проекты сюда постить если кому "моча в голову ударила" (извините) это не значит что проект до релиза дойдет

>Тебе не надо -- не читай. Кому надо тот проекту поможет.

Спасибо за поддержку 8-)

>Для таких целей подходит лисп. В нем для таких целей есть практически все из коробки.

Лисп один из лучших языков если не луший из мне известных, однако он функциональный а не декларативный. И для этих целей исходя из тезиса Черча подходит любой язык программирования 8-)

>нафик per-alpha проекты сюда постить если кому "моча в голову ударила" (извините) это не значит что проект до релиза дойдет

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

>ну и что здесь делает это недоделие? >может еще новости про каждую курсовую, написанную студентами из мухосранска постить?!

Однако я не студент, но пока проект находится в стадии тестирования и без помощи интернет комунити мне как разработчиику прийдется относительно сложно и долго тестировать самому. Спасибо за деструктивную критику 8-).

> однако он функциональный а не декларативный.

Он, прежде всего, метаязык. Легко можно сделать и декларативный.

О какой помощи можно просить, не представив вразумительного описания
проекта? Одни общие слова.

>Он, прежде всего, метаязык. Легко можно сделать и декларативный.

Если честно я говорил о природе языка так сказать исходной

> может еще новости про каждую курсовую, написанную студентами из мухосранска постить?!

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

> О какой помощи можно просить, не представив вразумительного описания проекта? Одни общие слова

Пожалуйста воспользуйтесь ссылками я выложил документацию и примеры работы

> Я подозреваю, что это и есть какая-то лабораторка или курсовик. :) Возможно, в ней содержится какое-нибудь разумное зерно, но тогда хотелось бы более вразумительное описание, а не смесь околозаумных фраз.

Пожалуйста воспользуйтесь ссылками Я выложил документацию как на сайт конкурса так и на sourceforge

Конструктивно: не лучшая идея - использовать XML-синтаксис. Не стоит тупо повторять заблуждения индустрии. Если хочешь сделать что-то редактируемое ручками - избегай XML.

Второе: это определённо не model&view идеология. Зря. Можно было бы лучше разделить логику и отображение. В нынешнем виде оно не очень то отличается то JSP...

Однако, на макрах Лиспа тривиально написать полноценный, хорошо оптимизирующий компилятор пролога, или какого либо языка КА (что для твоей задачи более релевантно). С Java дело обстоит несколько сложнее - за полноценную компиляцию придётся очень дорого платить. Я то с BCEL по этому поводу дружу, но предпочёл бы Common Lisp, и не задумываться более ни о каких байткодах.

Исходно в нём не так уж и много от функционального языка. Одна только лямбда, и та - не полноценная, без частичного приложения. Обычный такой императивный метаязык.

>Конструктивно: не лучшая идея - использовать XML-синтаксис. Не стоит тупо повторять заблуждения индустрии. Если хочешь сделать что-то редактируемое ручками - избегай XML.

Суть в тм что я не задавался целью создать полноценный язык, иначе бы я вел раззработку не на основе Xerces а использовал бы Yacc или средсвами встроенными в Parrot, в звисимости от того решиил бы я сотворить очередной PHP или решил бы Parrot как intermediate language использовать, но тогда мне надо было бы сделать полноценный язык програмирования то есть не просто просить пользователя передайте мне хандлер для обработки сессий и запросов а воплоить механизмы в самом языке для подобной работы, однако такой цели я для себя не ставил, ибо пока конкуренция с широко распростарненными платформами типа J2EE, PHP и так далее не входила в мои планы 8-) По сути это некий компромис - язык есть но он не конкурент ни одному существующему 8-)

>Второе: это определённо не model&view идеология. Зря. Можно было бы лучше разделить логику и отображение. В нынешнем виде оно не очень то отличается то JSP...

Да это правда я больше концентрировался на описании самой странцы нежели следовании модели model&view, но по сути вы можете выделить эти составные части сам к примеру view легко описывается тегом list, model - по сути лежит в базе, а controller описывается тегом form. (Хотя если вы возразите что я притянул пример за уши - соглашусь 8-))

>Зря. Можно было бы лучше разделить логику и отображение. В нынешнем виде оно не очень то отличается то ...

Вот тут не соглашусь у меня декларативный язык а JSP императивен

Ну почему же? Custom tags вполне позволяют сделать JSP декларативным.

SourceForge сейчас не работает. Поэтому посмотреть ваш проект пока не удается... Но мне интересно, как идеи MiLK соотносятся к идеям того же XAML из проекта Avalon?

>Ну почему же? Custom tags вполне позволяют сделать JSP декларативным.

Делов едь не в том будим ли мы писывать в хмл синтаксите или использовать Java а в том как мы будем описывать - к примеру конструкция Список по данному запросу с данными фильрациями при таком то условии - совершенно естественно реализуется в MiLK, однако мне очень смотнительно, что так же легко мы сможем реализвать используя механизм Custom tags - скорее всего нам бы пришлось использовать несколько тегов одного уровня вложенности и передавать результат от одного к другому - что и составило бы императивный стиль программирования, от чего и хотедлось избавиться.

>SourceForge сейчас не работает. Поэтому посмотреть ваш проект пока не удается... Но мне интересно, как идеи MiLK соотносятся к идеям того же XAML из проекта Avalon?

Проверил оба сайта - работают отлично - качайте на здоровъе 8-)

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

Мне кажется, что есть определенное недопонимаение того чем же все такие является MiLK. Отсюда вопервых обещаю написать статью по этому поводу и помещу ссыку и новость на ЛОРе (если позвлят 8-))

Во вторых: двух словах

MiLK это язык описаня генерации и проверки страницы (НЕ язык програмирования) Его место - жить в CMS системе которая передавала бы ему ряд хандреров а именно 1) соединение с БД 2) запрос 3) сессию

Результатом его является org.w3c.dom.Document - Java объект Отсюда жить он посути может только в Java окружении.

Что хотелось сделать - хотелось наконец-то избавиться от стуктур в серверных скриптах типа включить море нужных библиотек установить соединение с бд и так далее

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

Спасибо за подробный ответ. Что касается SourceForget, то сайт тогда был временно не доступен. Сейчас все действительно работает. :)

Теперь понимаю, что XAML - это другое. Наверное, здесь ближе будет апачевский Cocoon. Кажется, там были похожие идеи описывать контент XHTML страницы через XML код с дальнейшим преобразованием через XSLT.

Сам проект MiLK вызывает у меня чувство уважения к автору. Желаю удачи на конкурсe!

>Теперь понимаю, что XAML - это другое. Наверное, здесь ближе будет апачевский Cocoon. Кажется, там были похожие идеи описывать контент XHTML страницы через XML код с дальнейшим преобразованием через XSLT.

Да дествительно есть что то сходное он решается таже задача иными средствами организуетсся так наззваемый пайплайн куда вставляются обработчики - у меня же интерпретатор в почти чистом виде 8-)

>Сам проект MiLK вызывает у меня чувство уважения к автору. Желаю удачи на конкурсe!

большое спасибо

> Результатом его является org.w3c.dom.Document - Java объект Отсюда жить он посути может только в Java окружении.

С этого места подробнее ;)

> Что хотелось сделать - хотелось наконец-то избавиться от стуктур в серверных скриптах типа включить море нужных библиотек установить соединение с бд и так далее

Ну, а не отсал ли многоуважаемый сэр от жизни лета так на 5-7?

> что нам нада будет только описывать структуру страницы

Ты не поверишь, но современные CMS с точки зрения их настройщика
занимаются именно этим...

Короче, вывод у меня напршивается такой: автор совершенно не знаком
с текущей ситуацией на рынке технологий CMS, и, как следствие,
изобретает свой неповторимый велосипед.

Народ вы чего офигели уже со всеми этими языками , диалектами и тп. Это грустно

Иди, быдлёнышь, в жопу. Не сметь вонять супротив diversity, мразь!

>С этого места подробнее ;)

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

>> Что хотелось сделать - хотелось наконец-то избавиться от стуктур в серверных скриптах типа включить море нужных библиотек установить соединение с бд и так далее

>Ну, а не отсал ли многоуважаемый сэр от жизни лета так на 5-7?

Очевидно вы утверждаете что подобных строчек в ваших скрипатх уже лет 5-7 нет ? Тогда поясните, куда они делись и как же вы без них живете, стоит ли ваше утверждение воспинимать как то что вы живете без БД или соединение с БД автоматизировано?

>Ты не поверишь, но современные CMS с точки зрения их настройщика занимаются именно этим...

Во первых не имею чести с вами быть знакомым, изза этого мне странно от вас читать обращение ты 8-) Во вторых CMS строятся сами на некотром яззыке - часто не деклатативном к примеру PHP и сами содержат кучу императивного прогрмированиия - от чего как раз и хотелось избавится. И здесь обсуждается не конкретный програмный модуль типа настройщика, а язык описания этого насройщика - надеюсь вам ясна разница.

>Короче, вывод у меня напршивается такой: автор совершенно не знаком с текущей ситуацией на рынке технологий CMS, и, как следствие, изобретает свой неповторимый велосипед.

На счет этого могу сказать что если вы не отличаете языка от CMS то по сути мне нечего вам сказать.

> Однако, на макрах Лиспа тривиально написать полноценный, хорошо оптимизирующий компилятор пролога, или какого либо языка КА (что для твоей задачи более релевантно). С Java дело обстоит несколько сложнее - за полноценную компиляцию придётся очень дорого платить. Я то с BCEL по этому поводу дружу, но предпочёл бы Common Lisp, и не задумываться более ни о каких байткодах.

Дело в том, что выбор Java это вопрос болше политический 8-) передо мной стояла задача интегрировать продукт с одной из наиболле популярных платформ J2EE, однако вы обратили мое внимание на LISP как на мета-язык за, что вам одельное спасибо я обязательно изучу возможности предоставляемые языком в этом контексте.