Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 150 Pomógł: 3 Dołączył: 30.10.2010 Ostrzeżenie: (0%)
|
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ó(IMG:style_emoticons/default/cool.gif) 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 (IMG:style_emoticons/default/questionmark.gif) ?
|
|
|
|
![]() ![]() |
|
Aktualny czas: 25.12.2025 - 10:43 |