Информация по написанию компонента - страница 6 - Joomla 1.5: Общие вопросы

>Не знаю конечно кто и как это достал и выложил (может и спи...), но мне от этого не худо не бедно
Дык это АПИ автоматом сгенерировано по исходникам Joomla, так что любой может сделать то же самое.

>Не знаю конечно кто и как это достал и выложил (может и спи...), но мне от этого не худо не бедно
Дык это АПИ автоматом сгенерировано по исходникам Joomla, так что любой может сделать то же самое.

а чем его генерировать?

These pages are automatically generated by the phpDocumentor package from an analysis of the Joomla! source code and making use of specially formatted comments embedded in the source code itself.

а чего пояснять то  .
API сделано все как у них на сайте, только ставится на Apache на локалке.

на сайте Joomla и лежало архивом.
щас не смотрел. может они и выложили более свежую версию.

ОК не обращал на это внимание. Думал только on-line можно смотреть.

Что-то можешь найти у меня. Статьи планирую пополнять на регулярной основе.

почитал один материал....

Паттерн Factory — создающий паттерн (creational pattern) использующийся для создания и возврата объектов. Используется в случаях, когда согласно параметрам создаются объекты разных классов, часто подклассов одного абстрактного класса. В Joomla! есть static класс JFactory, наследующий factory паттерн. Данный класс позволяет нам легко создавать глобальные объекты и получать к ним доступ.
...
Паттерн singleton используется для создания только одного объекта указанного класса. Конструктор такого класса делается protected или private и используется static метод для создания класса. Многие классы Joomla! используют псевдо-singleton паттерн для работы с объектами,

БРЕДЯТИНА КАКАЯ!

Больше никогда не бери материал с сайта world-blog.ru !

singletone не может быть pattern-ом, точно так же, как и JFactory не является pattern-классом
singletone - это технология вызова, но ни как не принцип шаблонизации классов...

бррррр...

userxp - это может быть "кривой" перевод. Вот как звучит на англицком:

Joomla! provides us with the static class JFactory, which implements the factory pattern.

A singletone pattern is used to allow the creation of only one single object of a specific class.

А взято это отсюда - James Kennard "Mastering Joomla! 1.5 Extension and Framework Development"

P.S.
Я не сомневаюсь, что косяков много Но имея таких людей как ты, можно всегда подправить статью и написать правильно и грамотно. За что тебе огромное спасибо от всех юных разарбов  

P.P.S.
У самого пока нету достаточного опыта вылавливать такие ошибки и бред 

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


да простят меня профи, придется маленький ликбез провести (в меру своей проф. НЕпригодности к классическому ООП )

1. SINGLETONE.
Любой класс в ПХП является абстрактным (и/или статическим), т.е., он НЕ существует как объект и не компилируется полностью.
Компилируются для выполнения только объекты (это когда вы пишите $переменная = new МойКласс (); )
Вот $переменная и является реальным исполняемым кодом (объектом)
Тем не менее, ПХП позволяет производить обращение к классу статически, налету выполняя его компиляцию и создавая виртуальный экземпляр класса. При таком вызове объект как таковой недоступен для программирования, а только результаты выполнения функций.
Техника singletone позволяет с одной стороны гарантировать единственный экземпляр класса в памяти (для экономии), а с другой позволяет обращаться к реальному объекту. И во всех случаях он всегда один и тот же и при этом нет необходимости использовать globals, что существенно влияет на безопасность кода в положительную сторону.

Только pattern-ом тут и не пахнет.

2. PATTERN.
Pattern - это шаблон класса попросту говоря.
Суть его сводится к тому, что создается некий промежуточный класс-шаблон который наследуется другими для расширения функционала. Можно было бы сказать, что тот же JObject наследуется и он может быть паттерном, однако нет. Это немного разные вещи.

Пример:
У вас некий функционал, который подразумевает подключение внешних обработчиков. Вы это делаете на основе некоего своего API. Для этого пишете шаблонный класс. Его даже можно вызывать в дефолтовом случае, когда не производится никаких внешних подключений. Согалсно шаблону можно создать наследников (extends) которые будут использовать заготовленные заранее функции (как предусмотрено в вашем API) для получения и возврата данных.
Собственно, сам шаблон служит для понимания сторонним разработчиком, как должен выглядеть его класс для подключения к вашему API.
По сути, это получается что-то наподобие наследования по шаблону, т.е., те же функции, но с расширенным функционалом.


Тaк что JFactory как паттерн....ы.. простите меня, но это просто смешно.
Это просто статический хелпер для удобства пользования.

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

Ну что же поделать то... Всё равно какая-то документация, но необходима. Даже если в ней есть спорные моменты - главное чтобы они не влияли на конечный результат

Вот сейчас погуглил для интереса в сети и везде применяется понятие "singleton pattern". Вот некоторые вырезки из сети:

Одним из самых распространенных паттернов является Singleton (Одиночка). Задача этого паттерна ограничить количество экземпляров некоторого класса.

Implementation of a singleton pattern must satisfy the single instance and global access principles. It requires a mechanism to access the singleton class member without creating a class object and a mechanism to persist the value of class members among class objects. The singleton pattern is implemented by creating a class with a method that creates a new instance of the class if one does not exist. If an instance already exists, it simply returns a reference to that object.

Singleton Pattern — один из наиболее известных шаблонов проектирования. Вот какие преимущества дает singleton pattern:

- Мы используем ссылки на один и тот же экземпляр класса в разных частях проекта. Таким образом не нужно создавать новый объект каждый раз когда мы хотим воспользоваться каким-то методом — просто пользуемся ссылкой.
- Теперь не нужно передавать объект как аргумент, чтоб все части программы были «в курсе» о текущем состоянии объекта. Все ссылки указывают на один объект.

Еще раз сформулируем суть singleton pattern: Убедиться, что существует только один экземпляр класса и обеспечить доступ к нему из любой части программы.

Я ни в коем случае не хочу вступать в дискуссию, так как сам "плаваю" в этом вопросе. Но сюда по материалам в сети - понятие singleton pattern очень распостранено.

перекручивание понятий.
есть PATTERN как термин и pattern как слово.
Pattern как слово означает как "шаблон", так и "схему", "применение".
PATTERN же как термин в ООП - шаблон класса, который означает, что наследуемый класс будет содержать известные методы, возвращающие известные типы значений.

т.е., с точки зрения английского языка написать singletone pattern - это не будет ошибкой, но писать это по русски "singletone паттерн" - это имхо глупо.

Тогда как можно правильно назвать/описать JFactory?

JFactory по факт статический helper-класс.
Просто такая "сборная солянка".
Он удобен тем, что тебе не надо помнить разные методы базовых классов. Вот из JFactory просто получаешь
getApplication
getDBO
getDocument
getConfig
getSession
getLanguage
и т.д.

ну... его можно назвать интерфейсом или с некоей натяжкой - прокси.
но скорее первое.

http://ru.wikipedia.org/wiki/Одиночка_(шаблон_проектирования)

Одиночка? 

а я бы еще как "однотонный" перевел. было бы ваабще зашыбись



зы. достаточно прочитать первым же заголовком ЦЕЛЬ, как сразу становится понятным, кто это переводил.
Даже с моим знанием английского языка TARGET переводится в данном контексте не как ЦЕЛЬ, а как (пред)НАЗНАЧЕНИЕ.


блин, народ, ну английский язык тупой на синонимы... епрст!
pattern как class и pattern с точки зрения singleton - это ДВЕ большие разницы.


есть ряд классических схем программирования (СХЕМ, понимаете?)
это проксирование, наследование, шаблонизация, интерфейсы, синглтоны и т.д.

и шаблонизация классов при создании АПИ вовсе не одно и то же, что singleton pattern.
pattern в данном случае означает СХЕМУ использования класса.
иначе говоря, SINGLETON CLASS и PATTERN CLASS - это понятия одного порядка.

не путайте себя и других.

Меня тоже перевод улыбнул, но тем не менее такой паттерн проектирования как singleton действительно существует.

я там дописал немного.

А не скажете, вот если уже сделал компонент, при добавление его в пункт меню, там есть такий пункт "Параметры - Основные" , вот где менять то, что в нём выводится и как получать из него значения?

ПРивет всем, я щас тоже раpбираюсь с написание компонентов. Иду очень медленно, но решил разбираться до конца. Прочел основной мануал по созданию компонентов, там все ясно. Возникла такая проблема.
Есть View хочу в нем создать несколько методов, отображения: один для списка, второй для редактирования, третий еще для чего нибудь.
В пример с офф сайта, они создают два контроллера, и в обоих во View использую default методы.
А хочу все делать в одной своей View. Зачем мне городить 10 контроллеров и view для них.Так вот я не знаю как вызвать из контроллера, нужный метод вьюшки ( Посмотрел в АПИ, у Jcontroller есть методы getView, и createView, но с помощью них я не могу получить свою вьюшку.
ПОдскажите пожалуйста, может я все таки не правильно делаю.

PS вот ссылка на компонент, который на офф сайте, чтобы было понятно скачать

Нашел ответ в этой же теме, внимательно решил изучить:

function add() {
        $this->_view = $this->getView('credit','html');
        $this->_view->add('form');
}

Вот метод контроллера, получаем VIEW и у него вызываем метод add в который передаем шаблон который будет вызван это form.
Оказывается я не указывал тип вызываемого view, надо указывать HTML

У меня возникла другая проблема есть основной контроллер. У него есть View в это view все методы работы с моделью работают как надо. Создал второй контроллер в этом же компоненте, появились следующие проблемы.
1) Не вызывает default методы VIEW для этого контроллера, А вызывает VIEW основного контроллера. Так и должно быть или все таки надо специально доставать вьюшку.
2) Если воспользоваться методом getView все таки удается достать VIEW которую мне надо. Но внутри этой вьюшки, никак не могу достать модель не через метод getModel, не через методы get ...
3) Потом если у этой вьюшки, вызваю метод display('form'), то грузиться темлпейт default_form, а не форм. Хотя в основном контроллере вызываю у вьюшки display('form'), и вызывается именно темлейт form.

Может кто нибудь помочь с этими проблемами. Если, что не так делаю или говорю поправьте. Спасибо

userxpЧто-то меня смутили твои рассуждения про паттерны. Видимо, в разных школах учились.
Насколько я знаю, паттерны - это действительно шаблоны классов для организации кода. То есть, singleton - это как раз паттерн (шаблон) создания объекта, существующего в одном экземпляре, factory - паттерн для создания "фабрики объектов" и т.д.
Во всех книжках про паттерны программирования, которые я читал или проглядывал, описано именно так.
См. википедию


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

Второе и не менее важное - это утилитка для полнотекстового поиска по файлам в каталоге и подкаталогах. Я пользуюсь обычным grep, но такая функциональность есть практически в любом файловом менеджере. grep мне нравится тем, что он сразу показывает строки, содержащие искомые слова.
Таким образом, если мне нужен пример использования того или иного класса в Joomla, я просто запускаю поиск по имени класса и сразу вижу файлы, откуда можно почерпнуть эти самые примеры.

Ну и третье - это отладчик. С его помощью можно наглядно проследить, как именно работает тот или иной код, если это непонятно при чтении.

Итак, пользуясь тремя инструментами и головой, можно с неимоверной легкостью разобраться практически в любом коде. А код Joomla - довольно простой и даже, я бы сказал, деревянный. Так что на большую часть возникающих вопросов ответ можно получить, не отходя от кассы и не роясь в горах документации.
Кроме всего вышеперечисленного, очень хорошо помогает чтение документации на сайте разработчиков, поскольку эта документация обычно отвечает на наиболее часто задаваемые вопросы, а также определяет так называемые "best practices" - то есть, видение самих разработчиков, как следует использовать те или иные функции системы и как должны реализовываться те или иные решения.

Вот вроде все, что сказать хотел

Мысли в слух мои. Warning! Возможен сумбур. Честно скажу, всю ветку прочитать поленился.

Так, у мну вопрос, колхоз еще не распался по написанию компонента? Я решил после первого поста, автора simplecatalog попробовать самостоятельно добавить ссылку и сделать там писанину, about так сказать.

Встал вопрос. Зачем делаем два представления, в которых пишем аналогичные ссылки для верхнего меню, должно же быть одно решение, в одном файле должна эта менюха выводится. Потом.  Еще интересный вопрос, чтобы сделать простую писанине, по логике первого поста я понял, что надо отдельно делать контроллер, модель и представление. Как мне сделать в одном представление второй шаблон, для странице? Например разбить это все дело через task в урле, кстатит само назначение я этого параметра с трудом понимаю, поясните пожалуйста, если не сложно.

Может попробуем менюшку в один файлек запихать? А то как-то не рационально получается, пусть с менюшки идет распиновка на нужные нам котроллеры, а то как то накладно одно и тоже писать в каждом представление.


Кстати вот по поводу менюшки посотрел компонент

/index.php?option=com_flippingbook&task=file_manager      - вот такие там урлы, task параметр по которому выводятся определенные настройки, а я не могу придумать как это сделать. Мысли есть?


Вот что я надумал.



    function display($tpl = null) {
   $tpl = $_GET['task'];
   parent::display($tpl);
    }

и получается подключается "default_".$tpl.".php"

1. Колхоза не было. Продолжения не планирую за его невостребованностью
2. Относительно вывода меню в одном файле. Это был временный (учебный) вариант, обычно это меню выводится сразу из БД и какого-либо специального вывода в файлах не требуется.
3. Два шаблона при одном представлении реализовано, смотрите внимательней. Кроме того есть вариант с двумя моделями. Вообще-то файловая архитектура может быть любая.
4. task это команда контроллеру какой метод (функцию) из имеющихся применять.

После попытки, сделать так же как в посте "Ответ #40" у меня не работает кнопочка еdit/

Сделал так как написано. Из контроллера не открывается form_default.php а происходит перезагрузка страничке.

ДА и еще, я тут изменял модуль последних новостей. Обрезал немного длину выводимую новостью, получился трабл. Выводится иногда следующим образом.
"профессионально р� ... "


Что можете сказать, товарищи? есть ли какой-нибудь класс, чтобы четко текст обработал, без всяких .....

не забываем, что работаем с мультибайтными кодировками и применяем JString::

Люди, вот простой вопрос, сделал через MVC компонент, можно ли просто без всяких классов передавать параметры другому файлу передавая после ссылки управление ему (глупо конечно выразил мысль).
Приведу пример. Есть компонент com_jaw , в папке компонента есть файл jaw.php , если пишу index.php?option=com_jaw
то выводит то что в файле jaw.php там допустим написано хелло Word, вопрос в том можно ли написать хелло воорд ссылкой на lol.php?id=1 и что бы внутри компонента это передалось файлу lol.php , и в нем уже забрать ид ?

Нет. Получишь "Прямой доступ запрещен". Чем require не устраивает.

Пишу простенький компонент под свои нужды.
Подскажите, пожалуйста такой вопрос. Мне нужно вносить в базу данных информацию вида
Текст до <a href="http://url" target="_blank">анкор</a> текст после
Проблема в том, что теги обрезаются, то есть в базу вносится "Текст до   текст после"
Запись в базу данных вношу в виде:
$query = "INSERT INTO #__swlinks SET s_id='".$save_id."', s_url='".$save_url."', s_showid='".$save_showid."', s_showurl='".$save_showurl."'";
$database->setQuery($query);
Как сделать, чтобы теги не обрезались? Тип поля в таблице БД в котором обрезаются теги - Text.
На сколько я понимаю, то это джумловская функция setQuery обрабатывает данные и вырезает теги? Если так, то как это побороть или какую другую функцию использовать для вставки данных в таблицу БД?
Спасибо.

На сколько я понимаю, то это джумловская функция setQuery обрабатывает данные и вырезает теги?

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