JTable - что это? - страница 2 - Разработка расширений для Joomla 2.5

расскажите как часто в ствоих компонентах вы пишете ALTER TABLE или REPLACE

вообщем огромный запрос, с кучей джойнов и т.д. и все в одну строку

Тоесть вы и JTable и MVC не будете юзать? они же тупят ещё больше! нах они вам надо?)

и как я сказал выше почему то для целой CMS хватает возможностей JDatabaseQuery, а вы говорите что их недостаточно! как же Joomla работает? как же другие расширения работают?

я никого не призываю и не заставляю юзать конструктор запросов

переходить на такую форму записи стоит!

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

я что, где то писал про формирование запроса в одну строку? я привел пример, который точно также легко читаем независимо от стиля написания, также? и он будет легко читаем, будь там хоть 100 джойнов и 200 where. не будет абсолютно никакой разницы в читаемости по сравнению с "новым" стилем.

вы меня не слышите, или не понимаете. вы понимаете, что значит фраза "Так себе минус, которым можно пренебречь, но все таки - медленее."? она означает просто констатацию факта, ни больше, ни меньше. а вовсе не "ну если вы сильно гоняетесь за скоростями то может не стоит смотреть в сторону CMS и PHP вообще" и не "ну это вы придрались к скорости!" это раз. во-вторых, причем тут JTable и MVC? я сказал о том, что поскольку мне возможностей JDatabaseQueryElement не хватает, а вы предлагаете написать доп. класс чтобы расширить их, то накой оно надо писать велосипед только ради того, чтобы использовать новый стиль? если используя старый все прекрасно работает?

а я вам покажу как. вот вырезка из например \libraries\joomla\installer\adapters\module.php
и что же мы видим? смешаный подход! сказать почему? или сами догадались?

->where($db->quoteName('alias'). ' = ' . $db->quote($db->quote($segment)));

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

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

Блин, извините, не сдержался.

Да на REPLACE свет клином не сошёлся )
Я примеры из com_content привёл чтобы показать что не покрывает JDatabaseQuery в чистом виде сложных запросов.

И применительно к этим примерам - такой микс ещё менее читабелен.

например мне надо при сохранении проверить некоторые поля из другой базы.
пишу вот это в функции bind в SiAdsTableAd

Хм, а зачем это делать в функции bind (которая по сути всего лишь осуществляет маппинг данных на поля объекта таблицы), когда (на мой взгляд) это логичнее делать функции check в наследнике JTable?

$table = JTable::getInstance('Category');

Апну тему.

Подскажите, правильно ли я понимаю, что такой участок кода подразумевает наличие в коде класса JshopAddon, который наследует от JTable?

$addon = JTable::getInstance("addon", "jshop")

код, в котором описывается создание класса