Начал изучать ООП, вот, класс наваял. Не знал, куда лучше выложить, класс-то работает, но хочется критики и советов по улучшению (сразу оговорюсь, что необъективных критиков буду посылать на юга).
В принципе, "умеет" самые распространенные вещи. С JOIN'ами пока не работает.
Есть простенький дебаггер (ну, как, дебаггер - одно название, просто если при вызове функции класса указать атрибут debug равный true, то запрос идет не в базу, а пользователю на экран).
Если произошла ошибка во время запроса, пользователю дается та ссылка, куда чаще всего посылают - в гугль.
В архиве примеры использования.
Умеет:
Заводить и удалять таблицы
Вставлять и обновлять данные
Делать выборку в массив (ассоциативный или числовой - указывается в параметре функции)
Считать ячейки, ну и т.п.
В основном заточен под работу с массивами.
P.S.: Вообще идея была сделать класс, который в итоге формирует "хороший" запрос к БД, т.е., с обратными кавычками (`) в нужных местах и т.п. Получилось не везде
1. Eihwaz - 09 Апреля, 2008 - 18:28:41 - перейти к сообщению
2. -SCHATTEN- - 10 Апреля, 2008 - 11:55:30 - перейти к сообщению
Сильно не смотрел, так пробежался тока заметил подобные недочеты :
1) Когда код пишешь юзай рефакторинг, ато иногда в отступах путаешься.
2) При выполнении запросов данные нигде не проверяются, тоесть если при использовании не проверить то сайт можно сломать без проблем.
3) Как узнать выполнился ли запрос или нет ?
Потом покопаюсь мож ещё что найду
1) Когда код пишешь юзай рефакторинг, ато иногда в отступах путаешься.
2) При выполнении запросов данные нигде не проверяются, тоесть если при использовании не проверить то сайт можно сломать без проблем.
3) Как узнать выполнился ли запрос или нет ?
Потом покопаюсь мож ещё что найду
3. Eihwaz - 10 Апреля, 2008 - 12:05:02 - перейти к сообщению
-SCHATTEN- пишет:
Сильно не смотрел, так пробежался тока заметил подобные недочеты :
1) Когда код пишешь юзай рефакторинг, ато иногда в отступах путаешься.
2) При выполнении запросов данные нигде не проверяются, тоесть если при использовании не проверить то сайт можно сломать без проблем.
3) Как узнать выполнился ли запрос или нет ?
Потом покопаюсь мож ещё что найду
1) Когда код пишешь юзай рефакторинг, ато иногда в отступах путаешься.
2) При выполнении запросов данные нигде не проверяются, тоесть если при использовании не проверить то сайт можно сломать без проблем.
3) Как узнать выполнился ли запрос или нет ?
Потом покопаюсь мож ещё что найду
1) Учтем, спасибо
2) Тоже согласен, не учел.
3) Если запрос не выполнился, в браузер выводится сообщение с номером ошибки, текстом ошибки и текстом запроса, который вызвал ошибку.
Да, я забыл сказать, там в примерах везде включен режим debug, т.е., просто вывод запроса в браузер. Если последний параметр любой функции установить в false, то запрос будет выполняться.
4. -SCHATTEN- - 10 Апреля, 2008 - 14:28:29 - перейти к сообщению
Если запрос не выполнился, в браузер выводится сообщение с номером ошибки, текстом ошибки и текстом запроса, который вызвал ошибку.
Это если дебаг включен. А когда пишешь порталы часто возникает ситуация когда надо знать выполнился запрос или нет, и в зависимости от этого решать что делать дальше. А У тебя это проблемотично.
И я у тебя ненашел такой вещи как вернуть объект , у тебя тока массив можно получить
(Добавление)
Это если дебаг включен. А когда пишешь порталы часто возникает ситуация когда надо знать выполнился запрос или нет, и в зависимости от этого решать что делать дальше. А У тебя это проблемотично.
И я у тебя ненашел такой вещи как вернуть объект , у тебя тока массив можно получить
(Добавление)
Условие неимеет смысла. Потому что в $result вернется либо TRUE либо текст Ошибки.
(Добавление)
>Если последний параметр любой функции установить в false, то запрос будет выполняться.
Есть вероятность ошибки БД. поэтому и надо смотеть точно ли выполнился запрос или нет