Зачем нужны шаблоны вида компонента? - Разработка расширений для Joomla 3.x

Вопрос очень простой... Дело в том, что не совсем ясен смысл для чего нужны шаблоны компонента...
Вот например тот же com_users в виде profile есть несколько шаблонов вида:
default
default_core
default_params
default_custom
Которые вызываются соответственно внутри default.php:
<?php echo $this->loadTemplate('core'); ?>
<?php echo $this->loadTemplate('params'); ?>
<?php echo $this->loadTemplate('custom'); ?>

Не понятно с какой целью это сделано, если всё можно было отнести в один default.php ? Для чего эти лишние манипуляции ?

Весь com_users, да что там, и всю Joomla тоже можно написать как 1 скрипт.

Весь com_users, да что там, и всю Joomla тоже можно написать как 1 скрипт.

По-моему в данном контексте сарказм не уместен... Там же не тонны строк представлены

Если кто-то не понял сути вопроса:
разбиение на шаблоны подобным образом существуют просто для "удобства" чтения кода?
Или же тут есть еще какой-то скрытый смысл? Например можно интересно разнообразить функционал своего компонента с помощью подобных шаблонов (или еще какие-нибудь варианты)?

И для удобства и для гибкости, вы можете по условию подключать разные шаблоны, а в коде основного не будет тонны мусора.

Например можно интересно разнообразить функционал своего компонента с помощью подобных шаблонов (или еще какие-нибудь варианты)?

Ну в принципе можно и разнообразить. К примеру можно сделать выбор разных макета категории и итема в категории. Тоибшь грубо говоря сама категория макет news а итемы в ней ads. Тут уж на что фантации хватит. Но больше частью для удобвста. Так что удобно для AJAX иметь возможность отдельно тянуть шаблон itemlist и item

HMVC
Ну и для удобства переопределения вывода.

HMVC

Спасибо, интересная статья. В принципе, если поразмыслить, в каких-то частных случаях можно использовать данные шаблоны для явного отделения функционала HMVC (при необходимости)...

p.s. В целом понятно)) для удобства разграничения вывода - не более)

Ну в принципе можно и разнообразить. К примеру можно сделать выбор разных макета категории и итема в категории. Тоибшь грубо говоря сама категория макет news а итемы в ней ads. Тут уж на что фантации хватит. Но больше частью для удобвста. Так что удобно для AJAX иметь возможность отдельно тянуть шаблон itemlist и item

Для этого в 100 раз удобнее использовать JLayout

Для этого в 100 раз удобнее использовать JLayout

Ну вопрос стоял в использовании, а не в удобстве

Ну вопрос стоял в использовании, а не в удобстве

Эм)) а зачем использовать то, что не удобно, если для этого существует более удобное решение?)

Во первых удобство - вещь сугубо индивидуальная, во вторых, по моему, суб-макеты появились существенно раньше лэйаутов.

Эм)) а зачем использовать то, что не удобно, если для этого существует более удобное решение?)

Ну понятие удобства тоже растяжимое. Вот кстати к примеру те же RSjoomla частенько испольют loadTemplate в AJAX код получается грамоздким, но по определенным причинам используют loadTemplate . К примеру сам вывод переданных в данных не всегда удобен с JLayout