Собственно, медленно, очень медленно, но верно продвигается написание собственной CMS  Меня заинтересовал вопрос хранения и использование функций повсеместного назначения (например: функция конвертирования велечин (B - KB - MB - GB), фунция проверки e-mail на валидность, функция проверки еще чего-то и т.п.) - то есть функций, которые могут использоваться очень часто (точнее  - в нескольких модулях, например функция конвертирования может использоваться в файловом архиве (показывать размер загруженного файла) и личном аккаунте (показывать размер загруженной аватары)). Вот и возникает вопрос, где их хранить и как использовать. Раньше придерживался мнения, что неплохим решением было бы сделать файл functions.php и запихнуть туда все функции или же создать папочку functions, а в ней файлы в форме 1 файл = 1 функция и подключать потом. Но на дворе-то эра ООП  И в каком-то топике меня подтолкнули на мысль о хранении функций в классах. То есть, как я понял, создаем класс Convert, а в нем методы - конвертирование градусов в фаренгейты, мегабайтов в байты, паролей в специальные самописные хеши), класс Check с методами проверки мыл, доступности хостов, имен пользователей и т.д. Хотя и с виду это все красиво (ООП), но я не вижу в этом приемуществ перед функциями (Разве что __autoload).

Собственно, хочу подискуссировать на эту тему %) Может кто-то уже на этом, как говориться, "собаку съел" и поделится советами?

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

Пример:

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

Ммм... Насколько я помню, __autoload срабатывает только при объявлении ($obj = new class) класса? Или при обращении к статическим методам тоже?

При вызове статических методов/получении статических свойств класса(без создания объекта) - тоже срабатывает в PHP5

Это сообщение отредактировал(а) Anarki - 27.11.2007, 22:18

Я у себя такой автолоадер написал:


Имена классов в проекте такие: Fractal_MySQLDb_Connection. Файл, содержащий этот класс лежит в папке MySQLDb и называется Connection.class.php

Хм, интересная идея  Нужно будет тоже так сделать 

Если имя класса не содержит "_" - делать include('kernel/classes/' . $className . '.class.php'), если содержит - входить в подкаталоги и инклюдить уже оттуда.

Добавлено через 1 минуту и 23 секунды
Ну, а по сабжу что посоветуете, кто как делает? Разбить функции по группам и загнать в классы?

Тебя обманули. Это не имеет никакого отношения к ООП.

У Котерова примерно такая же идея. Вообще, если не ошибаюсь, такая идея хранения классов и их подгрузки взята из PEAR. Ведь там тоже классы называются HTML_Template, HTML_ .. к примеру.

Не кажется ли слишком сложным? Думаю одна папка с классами будет удовлетворять всем требованиям.

flashaa, как раз-таки одна папка не есть гуд, я об этом уже как-то думал. Подумай - есть класс DB и классы MySQL, MSSQL и еще куча подобных. Сбрасывать это все в одну папку (где будут храниться классы Convert, Agent, Log и т.п. неразумно). Будет разумнее так (опять же мое ИМХО):



Соотстветвенно, будет класс DB и будет класс DB_MySQL extends DB.

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

Это сообщение отредактировал(а) CyClon - 24.2.2008, 13:31

CyClon, сколько всего будет классов? У меня до 20 доходит и не чувствуется неудобство.

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