Форум PHP

Поделитесь ктонить опытом как лучше исполнить модуль делать reg.php .login.php или сделать все в одном классе и вызывать уже из класса

Хм... а вы хотите в одном классе и обработку бизнес-логики и представление реализовать?

я пока не начинал тк не знаю как лучше делаю cms небольшую вот для нее регистрацию с авторизацией осталось замутить чтобы хоть немного было похоже на cms.Я задал этот вопрос потому что незнаю как лучше реализовать с точки зрения безопасности и удобности тоесть делать много файлов или сделать в 1 классе

Читайте книги, по ООП, там примеры и пояснения от опытных программистов.

А в каких книгах, посоветуйте. А то без конкретики совет не имеет смысла.(Я не видел книг где бы авторизация и регистрация была на классах)

вот тут есть если не изменяет память
Д.Шлосснейгл "Профессиональное программирование на РНР" изд. Вильямс
Эд Леки-Томпсон, Хьяво Айде-Гудман, Алек Коув, Стивен Д. Новицки "РНР 5 для профессионалов"

Лично мне очень пригодился совет. Я сейчас нашел 2004год, Шлосснейгл. Как-то по жизни мимо этой книги прошел. Он довольно перспективно смотрел. Буду читать, может интересные идеи найду. Жаль раньше не увидел
Надеюсь автору темы и посетителям уважающим структурированные программы будет тоже полезно

Если не разу не делали регистрацию и авторизацию, то попробуйте её сначала сделать без ООП. ООП - это способ организации большого проекта, в котором вы все знаете, но который очень большой. ООП - это своеобразный язык, который вы разрабатываете сами, чтобы оперировать не абстракциями компьютера, а абстракциями вашей предметной области. Если для вас задача построения регистрации/авторизации новая и ООП вы никогда не занимались лучше вообще эти задачи не совмещать ни с книгами не без них. Либо вы строите ООП систему, хорошо понимая все остальное, либо вы решаете новую задачу не привлекая ООП (по крайней мере в первой итерации или когда будете уверены, что делаете).

Мне кажется что время поменялось. Знать и понимать разные вещи, зубрила зубрит, а мудрец и без зубрешки разберется, если система мудро устроена. Вы предлагаете изучать сначала системы неуклюжие, а потом структурированные? Нонсенс. Если человек инженер по самолетам, не должен же он ГЛУБОКО изучать поршневые двигатели

Ну да, это типа как ни хрена не понимать в аэродинамике (а на черта она нужна, примитивщина), но тем не менее быть "инженером по самолетам". Вообще-то таких нет инженеров, есть инженеры (техниками их называют) по специализации: бортового оборудования, по двигателям, механике и прочим вещам...

PS. Применение ООП диктуется не велением времени или модой, а необходимостью обусловленной объемом, сложной структурой проекта, например. Как вы писали, "человек знающий" как раз не станет применять ООП там, где без него спокойно обойтись можно. А вот те, кто считают, что ООП это круто, вот те как раз и будут "страдать".
Знание основ необходимо, это обязательное условие, и всегда, и во всем!

>Мне кажется что время поменялось.
Нет, время как было так и осталось, ничего не поменялось.

>Вы предлагаете изучать сначала системы неуклюжие, а потом структурированные?
За меня додумывать не нужно. Можно вежливо спросить, я свои мысли сам изложу.

>Если человек инженер по самолетам, не должен же он ГЛУБОКО изучать поршневые двигатели
Если человек инженер, не важно по чему, ему бы хорошо в первую голову сопромат изучить и термодинамику, а не поршневые двигатели... а карьеру начинать не с главного инженера в самолетостроительном КБ, а с чего попроще, опыту набраться. С опытом-то не у всех самолеты получается проектировать, а без опыта и соваться нечего. Я предлагаю изучить сопромат - ООП, это методика построения крупных проектов, создание собственного мини-языка программирования, оперирующего абстрактными понятиями предметной области. Удачные ООП-системы вообще редко строит по принципу, мне нужна регистрация/авторизация, дай ка я класс забабахаю. Сначала строится ООП-язык системы, а при помощи этого языка создаются сервисы, в том числе по регистрации и авторизации. Если ваша цель только в авторизации и регистрации, вам ООП не нужен, вам нужна регистрация и авторизация. ООП нужен, когда у вас есть 100 таблиц базы данных, структура которых возможно со временем поменяется, и которую будут заполнять из 15 точек сайта, скрипты, созданные на 3-х языках программирования - вот тут ООП пригодится и сильно, чтобы создать такую инфраструктуру, которая позволит внести логику в 50Мб кода изменением 2-3 строчек, а не перелопачиванием 50Мб кода.

Вы спорите против научных абстракций. Вам значит научные абстракции недоступны

Хм... многое видел, но чтобы человек считал себя недоступной научной абстракцией впервые вижу :))) Давайте, для начала, ваши сообщения будут подвергаться премодерации, за ради уменьшения количества недоступных научных абстракций и соблазна с ними спорить.

в регистрации и авторизации нет нечего сложного ее может начинающий написать главное иметь ресурсы где найти а) пример регистрации б)функции и описание запросов

нет ничего сложнее регистрации и авторизации

[поправлено модератором]

Если хотите на классах, то в инете есть простые и понятные решения. Если хотите без классов, то их еще больше в и тут и в инете. Конкретизируйте

я вообще спросил как будет безопаснее с кучей файлов или в классе

Анекдот, ей богу. Ну вот каким боком безопасность определяется классом или числом файлов?
Дыр можно наделать и в одной строке кода столько, что...

От каких опасностей