У меня вопрос о плюсах и минусах g: render и g: include. В моем приложении у меня есть фрагмент кода, который показывает некоторую информацию, которая должна быть повторена в некотором gsp, то, что она показывает, зависит от немного логики.
У меня есть сомнения, что лучше использовать g: включить или g: render ???
Итак, лучше ли выполнять логику контроллера, который передает модель на страницу, использующую макет, включенный в g: render, или лучше поставить ag: включить в другое действие в другом контроллере в gsp, который выполнить логику этой части?
Я предпочитаю второй выбор, но насколько это влияет на производительность?g: include vs g: render
ответ
Они используются только в разных случаях. Вы используете <g:include .../>
, когда у вас есть контроллер, который возвращает часть контента, которая легко встроена в несколько GSP. Это также полезно, если у вас большой объем трафика, где вы на самом деле кешируете на уровне контроллера, так как вы можете устранить много накладных расходов.
<g:render.../>
полезен, когда вам нужна модульность на вашей странице. Особенно для вызовов AJAX, где вы можете сначала загрузить одну часть страницы, а затем обновить ее на основе какого-либо события AJAX.
Оба могут использоваться для повторного использования контента, и оба они подходят в правильном контексте.
g: рендеринг полезен, когда вы работаете над частичными шаблонами, и у вас есть требуемая модель и т. Д. Однако, если вам нужен дополнительный (или обширный) прогресс, чтобы передать дополнительные, более значимые вещи вашему виду (шаблону) , лучше использовать g: include. Используя g: include, у вас также будет хороший контроллер, а это значит, что с этим контроллером будет отображаться гораздо более читаемый код. И не было бы сравнения производительности между «переходом к действию контроллера и визуализации представления без дополнительной операции» и «визуализации представления».
- 1. VC++ vs. G ++, соиЬ
- 2. что установить cordova -g vs phonegap -g
- 3. g ++ не распознает каталог include
- 4. g ++ include paths on freebsd
- 5. Twig: render vs include
- 6. случайное возвращение (g, g) вместо (Double, g)?
- 7. Параметры iptables -j vs. -g
- 8. G Render is null in интеграционные тесты
- 9. g ++ #include file not found Ошибка компилятора
- 10. g ++ заголовочные файлы in include subdirectory
- 11. G ++, кажется, игнорируя #ifdef для #include
- 12. Понимание g ++ vs clang vs llvm
- 13. Опция g ++ g ++ эквивалентна компилятору VS2010 cl?
- 14. g ++ функция мощности, включенная в g ++ компилятор
- 15. Различаются между /{.*?}/g. и /{(.*?)}/g
- 16. g ++ vs intel/clang аргумент прохождение?
- 17. Квадратный корень комплексных чисел - g ++ vs icpc
- 18. Как определить, что контроллер был вызван g: include tag lib?
- 19. Различные результаты VS C++ и GNU g ++
- 20. список питон голос ([ 'G', 'G', 'N', 'G', 'C'])
- 21. gcc -g vs not -g и strip vs not strip, производительность и использование памяти?
- 22. Разница между G2 = G. * G и G2 = G * G в Matlab GPU Computing
- 23. Проблема с Grails и PermGen с g: link и g: render
- 24. Как использовать g: render с моей g: каждая переменная из коллекции Map?
- 25. x86_64-w64-mingw32-g ++ не удается скомпилировать, g ++ отлично работает
- 26. о vs/g ++ с copy-constructor
- 27. npm install vs sudo npm install -g
- 28. Производительность svg: svg vs svg: g элементов
- 29. Тип f g x = g. Gx
- 30. Добавить профиль G + в G + акции