Комментарии 16
Любопытный велосипед, хотя описано все довольно сумбурно. Сам писал похожее несколько раз, последний раз пользовал Janino (интерпретация) + JMX (транспорт) + jconsole (клиент). Но опять же Janino это типизированная Java, и даже не очень 1.6.
Кстати, а насчет rhino (javascrip) вы не задумывались. По умолчанию в дефолтной java даже есть какой то не очень свежий интерпретатор. Да и javacript немного похож на Java Ж)
Кстати, а насчет rhino (javascrip) вы не задумывались. По умолчанию в дефолтной java даже есть какой то не очень свежий интерпретатор. Да и javacript немного похож на Java Ж)
Не очень понятно, чем предложенное решение лучше стандартного интерактивного дебаггера + HotSwap.
Проблема понятна — проекты разные бывают, но в большинстве случаев правильнее взять на вооружение TDD: написать несколько тестов для нового куска функционала — таких чтобы быстро бегали, замокать всё тяжёлое, а затем написать/отладить новый код гоняя только эти локальные тесты, а не пересобирая весь проект каждый раз.
Ведь код, который вы скормите интерпретатору, пропадёт безвозвратно, почему бы не оформить его в виде тестов? — тогда он ещё сослужит службу в будущем.
Ведь код, который вы скормите интерпретатору, пропадёт безвозвратно, почему бы не оформить его в виде тестов? — тогда он ещё сослужит службу в будущем.
Если я правильно уловил суть (в питоне и джаве не силён), то вместо изобретения велосипеда могли бы взять готовые ABCL и SLIME. Язык для быстрого прототипирования подходит, нахаляву получаете отличный отладчик и, кроме консоли, IDE (emacs).
Правда связку SLIME с ABCL сам не смотрел, но по отдельности они, очевидно, работают отлично.
Правда связку SLIME с ABCL сам не смотрел, но по отдельности они, очевидно, работают отлично.
я, честно говоря, так и не понял: почему за основу своего велосипеда (или не очень велосипеда) нельзя было groovy-то взять? Или просто хотелось именно питон и никто кроме вас не будет этот велосипед использовать/поддерживать?
Если прочитать комментарии выше, то заметно, что каждый предлагает свой язык :) И каждый считает, что именно он единственно верный :)
Были Javascript, Lisp, теперь вот Groovy. В Python огромная встроенная библиотека сверх того, что предлагает Java API. Mожет ли этим похвастаться Javascript, Lisp или Groovy?
Были Javascript, Lisp, теперь вот Groovy. В Python огромная встроенная библиотека сверх того, что предлагает Java API. Mожет ли этим похвастаться Javascript, Lisp или Groovy?
>В Python огромная встроенная библиотека сверх того, что предлагает Java API. Mожет ли этим похвастаться Javascript, Lisp или Groovy?
учитывая что ТС использует maven, то сторонних библиотек у него невероятно большое количество.
а groovy лучше в первую очередь тем, что он синтаксически значительно ближе к java, чем любой другой язык, а значит он значительно проще и понятнее для остальной java-команды.
учитывая что ТС использует maven, то сторонних библиотек у него невероятно большое количество.
а groovy лучше в первую очередь тем, что он синтаксически значительно ближе к java, чем любой другой язык, а значит он значительно проще и понятнее для остальной java-команды.
Да, все три могут. Но не в этом суть.
Вам нужна интерактивная разработка? Как вообще могут в голову придти какие-то Python'ы когда есть куча языков разработанных с оглядкой на это с самого начала? Интерактивная разработка Jython выглядит как неудачная шутка после ABCL.
Ах, да. Вы «не любите» лиспы. Ну, не сильно уступающие скобкам альтернативы вам уже предложили.
Вам нужна интерактивная разработка? Как вообще могут в голову придти какие-то Python'ы когда есть куча языков разработанных с оглядкой на это с самого начала? Интерактивная разработка Jython выглядит как неудачная шутка после ABCL.
Ах, да. Вы «не любите» лиспы. Ну, не сильно уступающие скобкам альтернативы вам уже предложили.
Очень интересный способ!
Довольно интересное предложение конечно, но как было подмечено выше — довольно-таки сумбурно описано. Условия у Вас все-таки не варварские, для примера наше приложение собирается около 80 минут + 30 минут install/deploy + 10-30 минут конфигурирование. Для некоторых тестов уcтановку/настройку приходится делать на нескольких разных серверах. И я это не к тому, чтобы пожаловаться или померятся письками, а к тому, что работа в таких условиях жутко дисциплинирует, особенно к тому, чтобы хотя бы пробежаться по написанному коду глазами хотя бы разок. Хотя конечно NullPointer'ы реально бесят, но тут как вариант нас спасает инкрементальная компиляция в эклипсе)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Jython-консоль вашего приложения