Комментарии 7
Немного перекликается с habrahabr.ru/post/229099/…
Мы на работе, конечно, используем Рино по старинке, но в наши дни если начинать новый проект, лучше присмотреться к Nashorn:
en.wikipedia.org/wiki/Nashorn_%28JavaScript_engine%29
docs.oracle.com/javase/8/docs/technotes/guides/scripting/nashorn/index.html
en.wikipedia.org/wiki/Nashorn_%28JavaScript_engine%29
docs.oracle.com/javase/8/docs/technotes/guides/scripting/nashorn/index.html
А как у Джавы обстоят дела с Lua? Этот язык себя давно зарекомендовал для таких встраиваемых решений. Правда, больше в мире Си.
Встраивал в CRM на java интерпретатор jRuby — тоже интересно получилось.
Мне интересно, на сколько сложно затем в последствии поддерживать системы такого типа? То есть звучит для бизнеса это заманчиво — ничего не нужно разрабатывать, дальше администратор сможет тупо сам делать то, что ему нужно при помощи яваскрипта. Вопрос в том, на сколько сложно потом будет поддерживать такого рода систему? Как потом отлавливать ошибки и в каком виде все это тестироваться будет?
Актуальный вопрос. Сам уже чуть больше недели интегрирую эту идею в проект, и начинают всплывать какие-то вопросы тонкости, но ничего критичного пока что не всплывало, тем более, что исходный код движка открыт, поэтому любые вопросы можно тут же прояснить, или что-то подправить. По поводу того, что разрабатывать ничего не нужно — это не совсем так. На js вы будете на высоком уровне описывать деятельность, но модули, к которым вы будете получать доступ из js нужно будет реализовывать на java. По опыту могу сказать, что интегрируется без проблем, а ошибки легко отлавливаются в try/catch блоке. Остается лишь вопрос о валидации самого скрипта на наличие ошибок, рекурсий, утечек памяти, но это уже другая история :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Легкая и динамическая бизнес логика на JavaScript при помощи Mozilla Rhino