Классы в бакенде компонента - Joomla 1.0: Общие вопросы

Как создаются эти классы?
Вот допустим в стандартных компонентах есть куски:
Эта же конструкция (ex. new mosContact( $database ); ) используется для выхода из режима редактирования, например:
интересует конструкция $row = new ... ($database);
также хотелось узнать назначение строки

Physicist, на тебя как всегда надежда

Не очень понятен сам вопрос "как создаются"... тебя интересует техническая сторона реализации создания экземпляра класса?

строка:


подключает файл со следующим именем: имякомпонента.class.php
Т.е. если компонент называется datsogallery, то такая строка подключит файл datsogallery.class.php

Не очень понятен сам вопрос "как создаются"... тебя интересует техническая сторона реализации создания экземпляра класса?

мне нужно в своем компоненте сделать аналонично. например выйти из редактирования. как использовать конструкцию $row = new ... ($database); ?

строка:

Код: php

require_once( $mainframe->getPath( 'class' ) );

подключает файл со следующим именем: имякомпонента.class.php
Т.е. если компонент называется datsogallery, то такая строка подключит файл datsogallery.class.php

в компонентах com_banner и др. нет .class.php а строка есть.

Ну почему сразу на меня? Тут на форуме специалистов много.
А у меня времени мало.

Самый простой ответ был бы: «не обращай внимания, пиши как тебе удобно, можно вообще без классов обойтись». Но более правильный ответ всё же — использование классов-наследников mosDBTable позволяет облегчить задачу переноса данных из заполненной пользователем формы в БД (через методы bind/check/store). Подробно описывать нет времени, но суть должна быть вполне понятна из исходников тех классов, которые ты привел (mosBanner, mosContact, mosContent, и т.д.), а также из комментариев к методам класса mosDBTable (он определяется в /includes/database.php, кажется).

$mainframe->getPath( 'class' ) «как правило» возвращает путь к файлу /components/com_<comp>/<comp>.class.php, где <comp> — это имя текущего компонента ($option) без начальных «com_». Почему «как правило», какие могут варианты, и какие еще параметры принимает метод getPath — см. в исходниках методов _setAdminPaths и getPath в /includes/joomla.php

Насчет mosDBTable - посмотри
здесь

Ну почему сразу на меня? Тут на форуме специалистов много.
А у меня времени мало.

в том и дело что помочь по таким вопросам могут единицы на форуме, которые как правило без дела не сидят. А ты, потому что решил мои последние 3-4 топика

Насчет mosDBTable - посмотри
здесь

да это я все прочел. только там задается класс
а в стандартных я этого не вижу... там сразу $param = new xTable( $database );

Ищу хвосты создания класса компонента com_banner

а в стандартных я этого не вижу... там сразу $param = new xTable( $database );

А они сразу в includes/joomla.php прописаны

Ищу хвосты создания класса компонента com_banner

<joomla>/components/com_banners/banners.class.php

А они сразу в includes/joomla.php прописаны

не нашел прямого указания на com_banner например. Там все решают методы _setAdminPaths и getPath и у меня пока не получается подружить их со своим компонентом...

<joomla>/components/com_banners/banners.class.php

ну нифигасе развязочка + всем. дальше копаю

класс mosBanner объявляется в /components/com_banners/banners.class.php
mosContact — в /components/com_contact/contact.class.php

Подключаются эти *.class.php файлы к компоненту как раз через require_once($mainframe->getPath('class'))

А в joomla.php объявляются только частоиспользуемые mosContent, mosCategory, mosSection, mosUser и т.д.