здравствуйте 

ООП в PHP изучаю недавно, поэтому, возможно, кому-то решение покажется очевидным, но я запутался, так что не пинайте ногами. название топика вышло не совсем информативным, так что конкретизирую.

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

простейший класс для работы с базами (назовем его DB) написан без проблем. его должен использовать основной класс (назовем его Object). например, создавая новый экзмпляр класса:

мы подключаемся к базе данных, выбираем из нее запись с id равным $id и инициализируем полученными данными свойства объекта. аналогично при сохранении модифицированного объекта - пишем все в базу, апдейтя старые данные.

кроме того, есть класс (назовем его Photo) для работы с фотографиями (позволяет легко получить имя автора, описание фото, генерирует код thumbnail'ов и прочие мелочи). все это он тоже считывает и записывает в БД.

объекты типа Photo используются как сами по себе на сайте, так и как часть класса Object (одно из свойств класса - массив фотографий этого объекта).

вроде бы, все предельно просто, но возник вопрос - как корректно организовать взаимодействие двух основных классов с классом для работы с БД? сначала я добавил в описания классов Object и Photo свойство $db, которое инициализировалось в конструкторах следующим образом:

а потом уже вся работа велась через это подключение. поначалу это работало, но по мере усложнения кода начинали появляться ошибки, выявить точную причину которых не так просто. кое что фиксилось, кое-что опять вылазило. но тут я понял, что заниматься лечением конкретных ошибок глупо, если сам подход идеологически неверный (или, по крайней мере, нерационален). в моем случае получается, что при создании одного объекта миллион раз открывается и закрывается подключение к серверу с базами (сначала для инициализации текстовых свойств, потом отдельно для каждой фотографии). молчу уже о ситуациях, когда надо создать много объектов в цикле. кроме того, на почве всей этой путаницы с открытиями/закрытиями подключений постоянно вылазят ошибки а-ля "mysql_query() [function.mysql-query]: Access denied for user 'ODBC'@'localhost'", разбираться в которых очень напряжно.

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

заранее спасибо  

у меня точно такой же вопрос, по этому если можно то покажите пожалуйста на примерах

Спасибо!

класс DBConnector синглетоном. 

В каждом классе получаете для удобства работы

$this->db =& DBConnector::getInstance();

все, что нужно. Таким образом все православно и память не засираете дубликатами DB.

Добавлено через 5 минут и 37 секунд
Код паттерна синглетон не привожу, потому что это зависит от требований совместимости с разными версиями PHP. Посколько PHP - весьма калообразный язык, ООП в нем весьма калообразно и понятие классического паттерна "Синглетон" в 4-й версии PHP превращается в кал. Но некое подобие возможно.

не могли бы вы кинуть линк на пример? "синглетон" - это полностью статический класс?

 В гугле забанили? По первой же ссылке отличная статья с примером на PHP.

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

Я в проектах, кстати отдельный класс для работы с базой почему-то не юзаю.

Но вот пример моего синглтона, который работает в PHP4 и PHP5:



Вот так можно теперь юзать где угодно. Ни одной копии класса в памяти не создастся, а сам конструктор запустится при первой инициализации. 

все хорошо, не горячись 


comcon1, спасибо большое. сходу в детали пока не въехал, но общий принцип теперь ясен - буду копать.

sickoid, несколько офтопик. Но
http://eugene.in.ua/ie.html
найди того кто тебе делал сайт и вырви ему яйца  Или зажми в дверь и не отпускай, пока не переделает.

По топику, для старта Синглтона будет достаточно. Когда вдруг появятся еще другие Синглтоны, то стоит освоить такие вещи как Factory/Registry/Locator и Dependency Injection

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

и за совет по теме спасибо.

оффтопик.
Пальцы, конечно, веером, и искрометно порассуждать о недостатках языков.
А в коде у нас stripslashes($row->content);

sickoid, я откровенно не знаю какой дурак тебя надоумил на это 
Но резать ВСЕ версии IE - не самый умный вариант 
Тем более что 7-8й версии оно работает практически без изменений.

б/м адекватен только 8й, да и то иногда исполняет. 7й - что-то среднее между ним и 6м. но вцелом, это идеологический момент, а не потому, что мне лень было завести отдельный css-файлик с дополнениями для IE. и абсолютно не вижу причин называть меня дураком, ибо это моя личная страница и мой выбор. сайты, за которые мне платят, открываются в эксплорере независимо от моего к нему отношения.

зы. сейчас ворнов за оффтоп отхватим.

Всем здравствуйте.

Изучаю ООП на PHP, пишу абстрактный класс для работы с БД. И у меня возник примерно такой же вопрос как у автора.

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

Я прав?

Если да, подскажите пожалуйста подход при котором не будет данного минуса.

Вот ответ


Впрочем, и в рамках Синглтона можно работать с несколькими подключениями. Надо всего лишь использовать

Таким примером только новичков распугивать. Непонятный кусок кода неудачной реализации модели из непонятного проекта.