Не знаю с чего начать в ООП

Народ, вообщем дело такое, вроде бы прочел не одну книгу по ооп на php теоритически вроде все знаю, но не знаю как начать писать сайт. МОгли бы вы выложить пример не большого сайта на ооп. Вопрос адресован профи)Очень жду и надеюсь на Вас.

0

Василий Макогон, ну я просто по быстрому попробовал сделать... да, добавить экранизацию спец символов, проверять кол-во "?" и записей в массиве... а Вы делаете свои классы для работы с БД? или пользуетесь готовыми? И есть ли смысл писать самому?

0

Lawlietb32,

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

И есть ли смысл писать самому?

аюсолютно никакого. готовых решений - на все случаи жизни начиная от PDO встроеного в PHP

1

Сайт на ООП смешно звучит.
Значит что бы делал я в такой ситуации. 1. Поставил бы задачу (сайт визитка,магазин или еще что)
г-н crautcher правильно сказал архитектура зависит от приложения поэтому ставьте задачу.
2. Делите её на блоки модули
Буду брать визитку как наиболее простую сущность.

Сайт "Визитка" состоит из двух частей фронт енд и бак енд. Обе эти части так или иначе работают с хранилищем данных с БД. Значит нужны модуль который работает с такими объектами как страница, и хранит их как записи а БД.

Далее на сайт заходят пользователи значит нужен модуль который работает с объектами пользователь которые тоже хранятся как записи.

Отсюда делаем вывод что нам нужен еще один модуль который работает с БД не взирая на тип объектов. От него будут наследоваться или компоноваться модули пользователей и страниц.

Надо как то отделать страницы друг от друга. Переходить с одной на другую
Нужен модуль роутера.


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

формируем таблицы для хранения данных.
Не забываем о масштабировании.

И пишем эти модули используя знания ООП.

1

basili4, а можете по подробней чуток остановиться на модулях? какие методы и свойства должны они хранить?

p.s. я написал пару сайтков (не коммерческие) и пользовался исключительно процедурным подходом... очень трудоемко получается (особенно если что-то хочешь изменить, или добавляются поля у таблиц... вообще ужас...) и я так понимаю с ООП такие проблемы сводятся к минимуму... Вот когда писал классы для каких-нибудь шашек или другие программы для windows (на C++), то таких проблем у меня не возникало (какие методы и классы использовать) там я просто начинаю писать и в процессе додумываю какие свойства/методы ещё нужны, а какие стоит удалить... а тут просто даже с чего начать не знаю)

0

Давайте один рассмотрим например модуль который будет работатать с БД.

Создадим класс БД он будет оболочкой т.е. мы реализуем шаблон протитип. Применять этот клас будем так

Используем еще один паттерн сингелтон.


$db= new Db();

$db->seletc('field')->where('')->limit();

Реализуем методы.

select(array $filelds)
insert(array $filelds)
value(array $values)
update(array $filelds)

where(mixed $filelds,$param=array()) // Условия соединенные and

c методом where сложная ситуация если 1 значение массив то запрос связывается AND и 2 параметр игнорируется

если строка то в запрос в ставляются строка и параметры вида aram заменяются из 2 параметра


whereOR(array $filelds) // Условия соедененые OR

limit
join
delete
truncate
execute
executeSQL

В общем все

1

А мне тут выше советовали не использовать методы типа select, insert и т.д. лучше типо одним query обойтись. Я так понимаю каждый пишет как ему удобней) и кол-во реализаций одного модуля может быть огромное кол-во = )

0

можно и одним query тогда вы привязываетесь к конкретной СУБД. т.е. синтаксис скажем MSSQL и Mysql отличается.

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

0

Сообщение от Lawlietb32 А мне тут выше советовали не использовать методы типа select, insert и т.д. лучше типо одним query обойтись. Я так понимаю каждый пишет как ему удобней) и кол-во реализаций одного модуля может быть огромное кол-во = )

он советует тебе строить билдер sql запросов. я же говорл тебе про обертку СУБД. посмотри API PDO и mysqli - там не методов типа insert

0

При моём сегодняшнем понимании это практически одно и тоже... Вот, например, решили написать класс стека на C++. Что надо? Методы push, pop, getFirst, getLast ну и так далее... Так почему бы так не сделать при работе с СУБД на PHP? Ну Бог с ними СУБД... лучше подскажите какие методы должен содержать модуль "страница"?

0

лучше подскажите какие методы должен содержать модуль "страница"?

разработчик сам придумывает методы так же как и придумывает понятие "модуль страница" или какое другое.
Это просто программа. как напишешь так и будет. Ты когда писал на С++ у кого спрашивал какие должны быть методы? Точно так же и здесь. Разберись что должна делатьт страница и поймешь какие методы тебе нужны и нужны ли вообще- общих рецептов тут нет.

1

Да всё таки видимо надо просто начать писать... а дальше уже сам начнешь вникать))

0

Я бы модуле страница реализовал бы методы изменения мето данных, контента страницы, автора. и тд.

т.е. модуль страница берет информацию из БД и предоставляет её в виде уже готового объекта.

0

Сообщение от Lawlietb32 Да всё таки видимо надо просто начать писать... а дальше уже сам начнешь вникать))

с этого и надо всегда начинать вместо разбиратся шо за неведомая конструкция "модуль страницы"

1

Сообщение от basili4 Я бы модуле страница реализовал бы методы изменения мето данных, контента страницы, автора. и тд. т.е. модуль страница берет информацию из БД и предоставляет её в виде уже готового объекта.

ну теперь становится понятно... есть с чего начинать пытаться) спасибо)

0

Доброе время суток!
почитал ответы Умников и улыбнулся это как с детской задачкой в какую сторону едет автобус.
Человек ясно попросил выложить шаблон ( козу, рыбу - если еще кто помнит студенческую аббревиатуру).
и какая к черту разница какой это сайт ( визитка, магазин или еще что то.) интересует ведь внутренняя структура папок, и размещение файлов ( тут вопрос больше к профи, ведь если изобретать велосипед то лучше правильно это делать, чтобы не переучиваться).

Если еще актуальна тема то вот ссылка: http://habrahabr.ru/post/150267/

0