|
|
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
Наидобрейшего. Второй день активного поиска красивого и стройного примера паттерна Интерпретатор рождает больше вопросов чем ответов. В прошлой жизни разработчика С++ использовал Буст::Спирит во всей его красе, с парсерами, генераторами, лексерами, правилами и т.п. Вполне себе празднично (не считая ошибок компиляции на десятки экранов). Но вернёмся к Яве. Варианты: 1. Сборка Эклипс заточенная под использование Xtext. Книг по нему нет, отдельно упоминание в DSL in Action, документация не радует, т.к. развернутых примеров нет. Гугл предлагает 100500 записей в блогах в которых кроме Хелло_ворда ничего нет. Конечно можно потратить время и самому разобраться. Но стоит ли? 2. Груви и т.п. Безусловно знать что-то такое легковесное - огромный плюс, когда работаешь с Явой, но опять же нужно время, если оно того стоит, то так тому и быть. 3. Написать или скачать с гита что-то готовое, м б Вам попадались на глаза такие исходники? 4. JNI для Буст::Спирит, но как-то дурно это пахнет на первый взгляд. 5. Ваш вариант.. Коллеги, буду крайне признателен если поделитесь опытом.Спасибо. п.с. вопрос по сути в библиотеке для парсинга/генерации, есть ли аналогичные Спириту, что в тренде по сабжу? Наспамьте сладеньких феймворков. Ещё раз спасибо. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2013, 18:00:11 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
Если задать вопрос так А как бы Вы реализовали интерпретатор на Java? то смысл не изменится? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2013, 18:10:59 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
mayton, предметная область исчезает, не? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2013, 18:13:52 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
ANTLR ANother Tool for Language Recognition, (formerly PCCTS) is a language tool that provides a framework for constructing recognizers, compilers, and translators from grammatical descriptions containing Java, C#, or C++ actions. ANTLR provides excellent support for tree construction, tree walking, and translation. SableCC SableCC is an object-oriented framework that generates compilers (and interpreters) in the Java programming language. This framework is based on two fundamental design decisions. Firstly, the framework uses object-oriented techniques to automatically build a strictly typed abstract syntax tree. Secondly, the framework generates tree-walker classes using an extended version of the visitor design pattern which enables the implementation of actions on the nodes of the abstract syntax tree using inheritance. Beaver Beaver is a LALR(1) parser generator. It takes a context free grammar and converts it into a Java class that implements a parser for the language described by a grammar. Go To Beaver CUP A LALR parser generator. JavaCC Java Compiler Compiler (JavaCC) is the most popular parser generator for use with Java [tm] applications. A parser generator is a tool that reads a grammar specification and converts it to a Java program that can recognize matches to the grammar. In addition to the parser generator itself, JavaCC provides other standard capabilities related to parser generation such as tree building (via a tool called JJTree included with JavaCC), actions, debugging, etc. Chaperon Chaperon is a project that converts structured text to XML. It includes a strong LALR(1) parser to parse the text and a tree builder, which creates an XML document. JFlex JFlex is a lexical analyzer generator (also known as scanner generator) for Java JTopas The JTopas project provides a small, easy-to-use Java library for the common problem of parsing arbitrary text data. These data can come from a simple configuration file with a few comments, a HTML, XML or RTF stream, source code of various programming languages etc. Sometimes a text has to be parsed completely, sometimes only parts of it are important. runcc RunCC is a new kind of parsergenerator that generates parsers and lexers at runtime. Source generation is only optional. It features the absence of any cryptography. Although intended for small languages, it comes with Java and XML example parsers. Rats! Rats! is a parser generator for C-like languages (though currently it only generates parsers in Java). It has been designed so that grammars are concise and easily extensible. To this end, grammars are organized into modules that can be easily changed by adding, removing, or modifying alternatives in individual productions and composed with each other through module parameters. Furthermore, it relies on ordered choices to avoid ambiguities, supports syntactic predicates for unlimited lookahead, and integrates lexing with parsing. Finally, it has extensive support for automatically generating abstract syntax trees, thus greatly reducing the need for explicit semantic actions. grammatica Grammatica is a C# and Java parser generator (compiler compiler). It improves upon simlar tools (like yacc and ANTLR) by creating well-commented and readable source code, by having automatic error recovery and detailed error messages, and by support for testing and debugging grammars without generating source code. Coco/R Coco/R is a compiler generator, which takes an attributed grammar of a source language and generates a scanner and a parser for this language. The scanner works as a deterministic finite automaton. The parser uses recursive descent. LL(1) conflicts can be resolved by a multi-symbol lookahead or by semantic checks. Thus the class of accepted grammars is LL(k) for an arbitrary k. There are versions of Coco/R for different languages. SJPT SJPT is a parsing toolkit that supports both top-down (LL(1) and Simple Precedence) and bottom-up parsing (LR(0), SLR(1), LR(1) and LALR(1)). The toolkit also supports generating Java parsers for all the bottom-up parsing methods, based on a CUP definition (similar to Yacc and CUP, but not restricted to LALR parsers only). OpenL OpenL is an innovative framework for development of different language configurations. It is not another programming language, but rather a methodology and supporting tools allowing professional programmers to create their own versions of Java-like languages. JParsec Jparsec is a recursive-desent parser combinator framework written for Java. It can be used to construct parser for simple toy syntax as well as bizzare context-sensitive ones. parboiled parboiled is a pure Java library that provides a lightweight and easy-to-use, yet powerful and elegant PEG (Parsing Expression Grammar) parsing facility. You define your grammar rules directly in Java source, there is no need to write and maintain special, external grammar files. parboiled provides for clean separation of grammar and action code while preserving seamless integration with full IDE support (syntax hightlighting, code navigation, refactoring, etc.). parboiled minimizes the time and cost required for developing custom DSLs (Domain Specific Languages) in Java. Laja Laja is a combined code- and parser generator. The code generator can run on most platforms. The parser generator generates Java code. One of the ideas of Laja is that it should be simple and intuitive to use by developers. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2013, 18:27:27 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
Что думаете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2013, 18:28:17 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
kT_________, многие склоняются к АNTLR, частично к Скале.Скала, как по мне, долгоиграющей будет чем Груви. На АNTLR ночь помедитирую (= ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2013, 18:38:34 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
kT_________mayton, предметная область исчезает, не? Почему исчезнет? Когда ты делаешь инетрпретатор JavaScript разве у тебя исчезает предметная область самого скрипта? И вообще посмотри в сторону XML, JSON. Может тебе его хватит. P.S. Такой сложный вопрос, что он тянет на блог. И вообще вопросы не так задают. Проще надо. Короче. И разбить сабж на несколько более простых вопросов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2013, 18:56:10 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
kT_________, Надо смотреть что за DSL. А скриптовые языки точно не подойдут? Вот этого в списке не вижу. http://www.jetbrains.com/mps/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2013, 18:57:54 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
BlazkowiczkT_________, Надо смотреть что за DSL. А скриптовые языки точно не подойдут? Вот этого в списке не вижу. http://www.jetbrains.com/mps/ Двачую! Спасибо, оч интересно и надеюсь действительно также просто как они пишут, добавил в ночной_туду_лист. А скриптовые языки.. новый синтаксис не пугает, но стоит ли овчинка выделки?) Оверхед как и ANTLR (имхо). 2 алл, по Xtext хотелось бы услышать истории успеха) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2013, 19:06:42 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
DSL глубокий, многослойный. на первых уровнях совершенно разные источники и форматы, требуется доконвертить абстрактые типы данных до ИИ через все лэвэлы, там что-то подумается и будет спускаться до первоисточников(снова и снова). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2013, 19:14:11 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
Ни пса непонятно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2013, 21:19:23 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
kT_________, ANTLR, и вперед.... Че тут думать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2013, 02:31:57 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
kT_________, 4. JNI для Буст::Спирит, — не взлетит. JNI НЕ для С++, только для С. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2013, 02:34:12 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
kT_________ http://www.packtpub.com/implementing-domain-specific-languages-with-xtext-and-xtend/book примеров масса хоть сам же xtext ;) или вот https://code.google.com/a/eclipselabs.org/p/spray. принцип работы простой создаешь мета-модель на EMF описываешь грамматику на все том же antlr и генератор в джаву/груви/скалу... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2013, 10:03:56 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
kT_________Коллеги, буду крайне признателен если поделитесь опытом.Спасибо. Ну во первых Java сама себе интерпретатор. И есть возможность запустить Java - код из Java-приложения (обертки нужно дофига писать, но можно). Сам лично пользуюсь - org.apache.commons.jexl2. Т.к. сложного ничего не надо, а только выражения посчитать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2013, 14:02:44 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
mad_nazgulНу во первых Java сама себе интерпретатор. А что для Вас не интерпретатор? )) Только С/C++ и ассемблеры? В Java уж лет как 15 используется JIT ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2013, 14:57:32 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
http://www.jetbrains.com/mps/ - для меня слишком толсто, но прозрачно и понятно, прочитал код на картинках http://www.jetbrains.com/mps/docs/tutorial.html, много лишних движений с декларацией концептов, думаю туда XSD можно воткнуть (вполне логично реализовать такой функционал).. и дальше: Код: java 1. Не уверен что это Java_way.имхо. Не хватает целостности между концептами, правилами и кодом, кодом который становится похож на пхп. Не эстетично. Исключительно ИМХО. Но понял что ожидаю от инструмента по сабжу. Коллеги, подскажите в каких либах используется AOP с аннотациями, ведь гораздо удобней (не всегда) классы разметить ими, чем: Код: java 1. А в идеале что бы средствами языка можно было вопрос решить, типо: Код: java 1. 2. 3. Большое Всем спасибо. По Xtext и ANTLR отпишу, пока не готов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2013, 16:17:02 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
В моём понимании DSL описывает данные и связи между ними. Тоесть нет необходимости делать циклы и ветвления. И здесь какой нибудь JSON уже покрывает все требования. Что еще нужно сверх того что нельзя описать JSON-ом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2013, 16:21:44 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
maytonkT_________mayton, предметная область исчезает, не? Почему исчезнет? Когда ты делаешь инетрпретатор JavaScript разве у тебя исчезает предметная область самого скрипта? И вообще посмотри в сторону XML, JSON. Может тебе его хватит. P.S. Такой сложный вопрос, что он тянет на блог. И вообще вопросы не так задают. Проще надо. Короче. И разбить сабж на несколько более простых вопросов. Проще не получиться. В ПО требуется поддержка скриптов, а постфактум её вписать - истинное зло. При этом необходимо парсить/генерить много разнородных типов данных (чаще всего сначала они не ХМL). Поэтому нужен "золотой молот" ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2013, 16:29:37 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
bajork kT_________ http://www.packtpub.com/implementing-domain-specific-languages-with-xtext-and-xtend/book примеров масса хоть сам же xtext ;) или вот https://code.google.com/a/eclipselabs.org/p/spray. принцип работы простой создаешь мета-модель на EMF описываешь грамматику на все том же antlr и генератор в джаву/груви/скалу... Спасибо. Книга Release Date : August 2013, ждать не до большого. Отписал этому мужчине, что бы прислал книгу))) + https://github.com/LorenzoBettini/Xtext2-experiments и http://www.lorenzobettini.it/papers/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2013, 19:54:22 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.07.2013, 02:08:17 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
just_vladimirmad_nazgulНу во первых Java сама себе интерпретатор. А что для Вас не интерпретатор? )) Только С/C++ и ассемблеры? В Java уж лет как 15 используется JIT ... В середине 80-х почти у всех ИНТЕРПРЕТАТОРОВ BASIC от MS была возможность "скомпилировать" программу в Байт-код, причем часть кода могла "компилироваться" в непосредственные команды микропроцессора. Не говоря уже о QuickBASIC, который был КОМПИЛЯТОРОМ, но мог работать в режиме ИНТЕПРЕТАТОРА. Но дело не в этом. В Java есть возможность исполнения кода в режиме интерпретации. Т.е. сам себе Java интепретатор, что не исключает возможности компиляции его кода. Вообще-то чистых компиляторов и интерпретаторов сейчас практически нет... Ну кроме assembler и C, насчет С++ я не уверен. ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.07.2013, 07:39:23 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
парни.а подскажите где можно примеры красивые найти ссловарей и описание развернутое.например: Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.07.2013, 15:35:16 |
|
||
|
А как бы Вы реализовали интерпретатор DSL на Java?
|
|||
|---|---|---|---|
|
#18+
kT_________, все понятно с кодом но с креативом дефицит у меня.( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.07.2013, 15:36:36 |
|
||
|
|

start [/forum/topic.php?fid=59&msg=38325992&tid=2128960]: |
0ms |
get settings: |
13ms |
get forum list: |
17ms |
check forum access: |
6ms |
check topic access: |
6ms |
track hit: |
70ms |
get topic data: |
16ms |
get forum data: |
3ms |
get page messages: |
85ms |
get tp. blocked users: |
2ms |
| others: | 347ms |
| total: | 565ms |

| 0 / 0 |
