screnginer
Новичок
Дата регистрации:
02.06.2014 08:28:08
Сообщений: 3
Здравствуйте! Я бы хотел спросить у вас о том, как было бы правильней писать движок?
У меня есть несколько вопросов:
1)Зачем делать каждой таблице по классу?
2)Где лучше всего хранить конфиг: в виде отдельных переменных, массива или ini-файла?
3)Где лучше хранить основной контент: в БД или в файлах и почему?
И еще. Если у меня будет несколько "служебных" классов, например класс для работы с БД, для проверки данных, обработки ошибок и.т.д. и один класс, допустим класс Core, который будет неким центром управления движка и будет, в зависимости от запроса пользователя делать те или иные действия, используя свойства и методы служебных классов. будет ли такая архитектура правильной?
P.S.: я только начинаю изучать ООП. Так что не стоит дико критиковать меня
journal-itech.ru
Новичок
Дата регистрации:
04.06.2014 14:20:21
Сообщений: 3
Смотри курсы!
screnginer
Новичок
Дата регистрации:
02.06.2014 08:28:08
Сообщений: 3
На платные курсы денег нет. Это первое. Второе: хороших бесплатных курсов почти нет, только бесплатный курс Михаила, но там нет ничего про ООП . Читал статьи по созданию движков, но все же остались некоторое вопросы. поэтому остаётся только идти на форум.
journal-itech.ru
Новичок
Дата регистрации:
04.06.2014 14:20:21
Сообщений: 3
я движки пишу без ооп!
tikkiwiki
Модератор
Дата регистрации:
15.11.2013 15:36:59
Сообщений: 194
Здравствуйте, отвечу кратко, т.к вопросы тривиальные.
1. Совсем не обязательно.
2. Я предпочел бы .ini. Преимуществами хранения в базе очевидны, как и недостатки - инструменты по чтению и записи, целостность(транзакции, блокировки), и т.д. но лишний запрос в базу(порой это вовсе не критично если ещё и кэшировать)
Хранить можно и в файлах с расширением php, тогда обеспечивается простота и скорость доступа к параметрам, а так же их скрытие, а вот с записью всё печально.
Но можно хранить и в файлах с другой структурой ini, json, сериализованные данные. Ну тут недостатки и достоинства так же помойму очевидны. необходимость закрывать доступ на уровне сервера, но удобное чтение и запись
3. БД и точка.
malina95
Мастер
Дата регистрации:
15.07.2012 07:13:44
Сообщений: 208
Не настраивай хоть людей против ООП, Тоха, не надо, людям ещё на работу возможно устраиваться, а без ООП никуда не берут
screnginer
Новичок
Дата регистрации:
02.06.2014 08:28:08
Сообщений: 3
Раньше я тоже писал без ООП и думал, что ооп - это бесполезно, но потом понял, что без него большого проекта нельзя создать. Конечно блог или даже портал еще можно написать без ооп, но вот соц сеть, cms или даже браузерную игру только на ооп. А идеально вообще писать большие приложения использую связку: ооп, mvc, singleton.