Получение Model, Table из -- хранилища, репозитория, getInstace - Разработка расширений для Joomla

Ну просто ваш вопрос ни кто не понял.
getInstance() даже если воспользоваться переводчиком означает получить экземпляр.
Соответственно вы получаете новый экземпляр каждый раз как вызываете этот метод.

Если взять для примера view, то вы там инициализируете модель, устанавливаете sates, а потом уже получаете из нее, то что вам нужно, если ваш запрос повторный, то получите уже за кешированный результат.

Если же засунь экземпляр в глобал, то потом проблем не оберетесь.

getInstance() даже если воспользоваться переводчиком означает получить экземпляр.
Соответственно вы получаете новый экземпляр каждый раз как вызываете этот метод.

Но вот почему Joomla делает не так  ? В каких целях ?

Думаю, что на это были причины и вопрос скорее надо задать разработчикам Joomla.

А это не верно: по принципу Singleton одновременно существует только 1 экземпляр, он создается только если его до этого не было.

$table Table::getInstance();
$table->title = 'yes';
$table >store(); 

Думаю, что на это были причины и вопрос скорее надо задать разработчикам Joomla.

Дело в том, что при вызове JModel и JTable всегда создается новый объект, не смотря на вводящий в заблуждение метод getInstance(). Думаю, что на это были причины и вопрос скорее надо задать разработчикам Joomla.А это не верно: по принципу Singleton одновременно существует только 1 экземпляр, он создается только если его до этого не было.

Так к примеру захотел соточку итемов поставить в publish() и получил на выходе 200 запросов в БД

Палка о двух концах, если объединить это в один запрос, и он окажется достаточно тяжёлым, то он залочит таблицу и все остальные запросы зависнут. Поэтому считается хорошей практикой на апдейт делать много запросов.

При создании экземпляра jTable ВСЕГДА идёт запрос в БД на получение имён полей таблицы

К примеру надо опубликовать 100 итомов
   - 100 раз получили названия полей
   - 100 раз изменили(сохранили) данные
Итого 200 запрососв.

Палка о двух концах, если объединить это в один запрос, и он окажется достаточно тяжёлым, то он залочит таблицу и все остальные запросы зависнут. Поэтому считается хорошей практикой на апдейт делать много запросов.

Так к примеру захотел соточку итемов поставить в publish() и получил на выходе 200 запросов в БД