Вот другой, что я думал об этом, мне нравится делать.
, Если Вы планируете запустить тесты от модульного теста Gui в противоположность от TestDriven. Сеть или NAnt тогда я нашел легче установить тип проекта поблочного тестирования на консольное приложение, а не библиотеку. Это позволяет Вам запускать тесты вручную и шаг через них в режиме отладки (который вышеупомянутый TestDriven. Сеть может на самом деле сделать для Вас).
кроме того, мне всегда нравится иметь проект Детской площадки, открытый для тестирования битов кода и идей, с которыми я незнаком. Это не должно быть проверено в управление исходным кодом. Еще лучше это должно быть в отдельном репозитории управления исходным кодом на машине разработчика только.
Большая часть логики ваших GSP должна быть инкапсулирована в TagLibs, и вы можете отлаживать их (по крайней мере, с помощью IntelliJ) так же легко, как и любой другой код Groovy.
Если вы это сделаете, если у вас много кода скриптлета в ваших GSP (чего вам не следует), и вы хотите отладить его, вы не можете сделать больше, чем println
. Еще одна возможность - просмотреть источник кода Groovy, созданного для вашего GSP. Это можно сделать, добавив параметр showSource
к URL-адресу, как описано здесь .
Я использую хак: добавьте метод к любому контроллеру, например static def debugme (def param) {def a = param}
, и вызовите его из кода gsp: <% ThisController.debugme (this)%>
или <% ThisController.debugme (params)%>
(вы знаете, что у вас нет чтобы перезапустить приложение после редактирования контроллера или представления, не так ли?)
Я также не думаю, что вся логика должна быть в taglibs: логика, зависящая от страницы, должна быть четко видна в контроллере или представлении. У нас большая часть логики в контроллерах или доменных классах.
Добавьте параметр в Config.groovy, и сгенерированные gsp-файлы будут записаны в каталог: grails.views.gsp.keepgenerateddir = '/ some / existing / directory' { {1}} (целевой каталог должен существовать и быть доступным для записи)
Дополнительная информация: http://jira.codehaus.org/browse/GRAILS-4422
Это должно быть можно отлаживать сгенерированный Groovy код с помощью стандартного отладчика Java. Я сделал это давным-давно (когда создал патч для grails) и, кажется, использовал jswat ( http://code.google.com/p/jswat/ ) для отладки gsps. Мне не удалось получить eclipse, чтобы найти исходные файлы, но это, вероятно, работает в Spring Tool Suite Eclipse в настоящее время. Вам нужно отлаживать отличный код поэтапно / пошагово и использовать фильтры, иначе вы можете потерять ступеньку (из-за замыканий?). Это уже другая история ...