Итак, будет одна форма входа; однако 1 из 3 типов членов будут подписываться в member_type_a, member_type_b, member_type_c, у каждого из которых есть одни и те же свойства, а у некоторых могут быть определенные методы и / или свойства. Я хочу, чтобы класс был сохранен в переменной сеанса для использования со страницами области членов.
Какие-либо предложения по применимым шаблонам дизайна?
Гордон: Контроль доступа не моя проблема ... Я понимаю, как контролировать, куда пользователю разрешено заходить. Мой вопрос о том, как структурировать мой класс входа в систему; когда пользователь входит в систему, метод будет искать в 3 таблицах правильное имя пользователя и пароль. Когда он будет найден, я узнаю, к какому типу пользователей он относится, и, соответственно, смогу перенаправить его на свою страницу участника. Я просто пытаюсь обсудить, как я могу сохранить свои классы слабо связанными таким образом, что, если бы нам пришлось добавить больше типов членов по линии, это было бы бесконечно масштабируемым.
Например, одним отличием будет URL перенаправления