ООП для блога

@Nesh · Регистрация: 25.06.2009

Студворк — интернет-сервис помощи студентам

Всем привет.Написал движок для блога,без использования ООП.Сейчас изучаю ООП и решил переписать всё под него.Так как опыта применения ООП у меня нету,хочу попросить у вас совета.Что должен содержать главный главный класс,какой функционал(для блога),как правильнее организовать это всё?

@F(r)an!k · 03.08.2011, 12:49

"Главный" класс может быть небольшим и абстрактным (т.о. объект (экземпляр) этого класса создавать не нужно).
"Главный" класс может быть родительским, все остальные классы наследуются от него.
В этом случае будет удобно создать публичное свойство для работы с БД (public $db) записав в него объект класса mysqli. Это исключит необходимость заново подключаться к БД в каджом новом классе.
Таким же образом можно решить вопрос с авторизацией, залогинев пользователя в родительском классе и записав его данные в в публичное свойство (public $user). Узнать авторизован ли пользователь в данном случае можно будет простым if($this->user) на уровне любого класса, а выполнить запрос неболее сложным $this->db->query($sql).

P.S. Из личного опыта хочу заметить, что при переводе проекта на ООП модель, повсеместное использование ООП подхода делает код компактнее и удобнее.
Например:

PHP
1
2
3
$p = (object)$_POST;
$_POST['param'] // вместо
$p->param // в два раза меньше символов

PHP
1
2
3
4
5
6
7
8
9
$res = $this->db->query($sql);
$obj = $res->fetch_object();
$obj->name;
 
// вместо 
 
$res = mysql_query($sql);
$arr = mysql_fetch_assoc($res);
$arr['name']

Добавлено через 1 час 23 минуты
"Главный" класс может быть небольшим и абстрактным (т.о. объект (экземпляр) этого класса создавать не нужно).
"Главный" класс может быть родительским, все остальные классы наследуются от него.
В этом случае будет удобно создать публичное свойство для работы с БД (public $db) записав в него объект класса mysqli. Это исключит необходимость заново подключаться к БД в каджом новом классе.
Таким же образом можно решить вопрос с авторизацией, залогинев пользователя в родительском классе и записав его данные в в публичное свойство (public $user). Узнать авторизован ли пользователь в данном случае можно будет простым if($this->user) на уровне любого класса, а выполнить запрос неболее сложным $this->db->query($sql).

P.S. Из личного опыта хочу заметить, что при переводе проекта на ООП модель, повсеместное использование ООП подхода делает код компактнее и удобнее.
Например:

PHP
1
2
3
$p = (object)$_POST;
$_POST['param'] // вместо
$p->param // в два раза меньше символов

PHP
1
2
3
4
5
6
7
8
9
$res = $this->db->query($sql);
$obj = $res->fetch_object();
$obj->name;
 
// вместо 
 
$res = mysql_query($sql);
$arr = mysql_fetch_assoc($res);
$arr['name']

Новые блоги и статьи Все статьи Все блоги /
Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .	модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .
Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ	Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики. Hrethgir 07.04.2026 Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .	Горе от ума kumehtar 07.04.2026 Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .	Использование значений реквизитов справочника в документе, с определенными условиями и правами Maks 07.04.2026 1. Контроль срока действия договора Алгоритм из решения ниже реализован на примере нетипового документа "ЗаявкаНаРаботу", разработанного в конфигурации КА2. Задача: уведомлять пользователя, если. . .

@Nesh 9 / 7 / 3 Регистрация: 25.06.2009 Сообщений: 396

	ООП для блога 26.07.2011, 20:08. Показов 2951. Ответов 1 Метки нет (Все метки) Всем привет.Написал движок для блога,без использования ООП.Сейчас изучаю ООП и решил переписать всё под него.Так как опыта применения ООП у меня нету,хочу попросить у вас совета.Что должен содержать главный главный класс,какой функционал(для блога),как правильнее организовать это всё? 0

ООП для блога

Решение