Повторное использование кода между проектом Grails - хранение его DRY
В моем случае, что URL не работает в браузере также.
я сверяюсь https://www.google.com /
webView.loadUrl("https://www.google.com/")
, И он работал на меня.
3 ответа
Я согласен с Ли, использование общих / общих подключаемых модулей, вероятно, лучший способ. В одном месте, где я работал, у нас было довольно много внутренних плагинов именно по этой причине.
Самый распространенный шаблон - поместить общие объекты домена в отдельный плагин. Это действительно хорошо работает для классов или служб предметной области. Мы не закончили рефакторинг контроллеров, представлений и статических ресурсов в подключаемый модуль, но должен применяться тот же принцип.
Короче говоря: повторное использование артефактов Grails = использование подключаемого модуля.
Лучше всего написать собственный плагин. Вам не нужно выпускать его в общедоступный репозиторий, так как вы можете использовать частный репозиторий где-нибудь в своей сети.
У меня еще не было достаточно дублированного кода, чтобы вытащить плагин (большая часть кода повторяется в мои проекты, кажется, охватываются различными общедоступными плагинами), но плагин может быть таким же простым, как несколько общих доменных классов или служб.
Чтобы добавить к пунктам Ли и Колина, которые оба верны, я думаю, что размышление о нескольких плагинах может дать другие преимущества.
Например, вы можете разделить функциональность приложения на несколько частей, и над ними будут работать разные люди. Или это может дать результаты во время развертывания, если, скажем, вам нужно иметь два уровня доступа к приложению - уровень пользователя и уровень администратора - если ваша модель предметной области находится в отдельном плагине, как предложил Колин, вы можете легко создать два приложения. и развернуть их отдельно.
Для моего приложения у меня есть несколько плагинов, специфичных для моего проекта: плагин классов домена, тот, который представляет собой набор кода для импорта данных (который я могу легко запустить на моем сайте), некоторые другие плагины для построения графиков и настройки строительных лесов. Это требует немного больше размышлений, но я ожидаю, что этот факторинг принесет дивиденды в будущем, поскольку мы привлекаем больше людей в команду.