Как сделать так что бы авторизация была выделена в отдельном модуле, а этот модуль мог использовать какой угодно способ авторизации.   

хммм.....в смысле?

Ну тут могу посоветовать инкапсулировать всю процедуру авторизации в класс и всё. Вызывать для авторизации что-то типа

Ты это имел ввиду?

а чем тебя PEAR::Auth не устраивает?

PEAR::Auth а что это такое? 

см. http://pear.php.net/package/Auth , http://pear.php.net/package/Auth_HTTP,
http://pear.php.net/search.php?q=Auth&...amp;x=0&y=0

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

Это сообщение отредактировал(а) Platon - 28.3.2007, 07:11

По-моему, в этом и состоял вопрос автора. Задача - при разработке не зависеть от реализации аутентификации. С PEAR::Auth дописываешь какой хочешь storage driver и меняешь только код инициализацию объекта. 

В общем случае, думаю, есть 2 варианта. 

• Пишем (вариант, используем стороннюю библиотеку) класс, который будет инкапсулировать аутентификацию, фиксируем интерфейс сигнатурой методов. А реализацию вольны менять как хотим. Балансируя параметры: время разработки, общность, гибкость, можно
   
  • переписывать методы существующейго класса (ну, это уже крайний случай, если совсем нет времени   )
     
  • наследовать от него новый класс
     
  • написать драйвер (для архитектуры типа PEAR::Auth)
   
•  Если не нравится объектно-ориентированный подход или совсем плохо со временем, можно инклюдить отдельный файл, который будет заниматься аутентификацией и редиректить/инклюдить нужный файл после этого. Сам файл аутентификации меняем сколько угодно, не меняя (в идеале   ) остальной проект

Естественно, первый вариант предпочтительнее