Witam,

piszę bibliotekę do obsługi użytkownika w serwisie. na razie wygląda to tak jak przedstawione jest to poniżej. Jednak oprócz standardowych metod typu logowanie rejestracji itp, w klasie można znaleźć również metody obsługujące tzw.. tracking (czyli zliczanie ilości nie udanych pró pytanie czy jest sens tworzenie np. abstrakcyjnej klasy Member_Tracker gdzie ta funkcjonalność będzie zawarta i będzie dziedziczona przez klasę Member, czemu abstrakcyjna bo ogólnie nie chce by była możliwość wywołania samej klasy w kodzie. Problem, który mnie trapi to konieczność pobrania instancji CODEIGNITERA w klasie Member_Tracker do obsługi modelu (nie udane próby są zapisywane w bazie danych i też stamtąd pobierane) jak i configa. Zależy mi przedewszystkim na przejrzystości kodu oraz nie dublowania nie potrzebnych rzeczy.

Oczywiście można to wrzucić to wszystko do jednej klasy ale czy nie lepiej to rozdzielić tak jak to przedstawiłem ?

[PHP] pobierz, plaintext 
abstract class Member_Tracker
{
	public function __construct()
	{
		$this->CI = & get_instance();
	}
 
	protected function tracker($login = "")
	{
		// init default values
		// load model
		// load config
	}
 
	protected function time_left()
	{
		// time left for user
	}
 
	protected function blocked()
	{
		// check if user has reach limit
	}
 
	protected function increment_failures($key, $id, $ip)
	{
		// +1
	}
 
	protected function send_failure_notify($login, $ip, $failures)
	{
		// send email to user about failures
	}
}
 
interface Member_Base
{
    // public function get_current_user();
    //  public function register(array $user_info);
    public function login($identification, $password = FALSE, $remember = FALSE);
    public function logout($redirect = FALSE);
    public function restrict(array $rules = array(), $return = FALSE, $return_error = FALSE);
    public function get_error();
}
 
class Member extends Member_Tracker implements Member_Base
{
 
}
[PHP] pobierz, plaintext