![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 898 Pomógł: 48 Dołączył: 2.11.2005 Skąd: Poznań Ostrzeżenie: (0%) ![]() ![]() |
Zastanwiam się na użyciem __autoload w moim nowy projekcie. Wiem, że na php pro jest wątek na temat optymalizacji __autoload, ale mi zależy na prostym rozwiązaniu bo i projekt jest mały w porywach do średniego.
zrobiłem coś takiego jak poniżej - proste, że aż boli, ale o to chodzi:
Jak widać rozwiązanie polega na wszytaniu wszystkich potencjalnych katalogów, w których znajdują się klasy php i następnie przeszukaniu ich w poszukiwaniu danej klasy. Docelowo w projekcie będzie jakieś +/- 200 klas w 8-10 katalogach. Czy to rozwiązanie jest "ok" czy raczej niezbyt racjonalne - chodzi oczywiście o wydajność. Nie wiem jaki jest koszt przeszukania kilku katalogów - może lepiej zrobić mniej katalogów? Co o tym myślicie. Dodam, że wolałbym uniknąć mapowania plików w tablicach itp - chodzi mi o bardzo proste i w miarę wydajne rozwiązanie. |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 898 Pomógł: 48 Dołączył: 2.11.2005 Skąd: Poznań Ostrzeżenie: (0%) ![]() ![]() |
Tylko tutaj powstaje pytanie jaka jest graniczna wielkość aplikacji, kiedy to przestaje być sztuka dla sztuki. Czy 200 plików i taki system jak ja pokazałem przy średnio odwiedzanej witrynie rzeczywiscie "zapycha" serwer - w sensie czy generuje "zauważalny" wzrost pracy serwera?
Wiem że trudno to jakoś arbitralnie określić - są różne serwer, ale czy ogólnie takie podejście jak moje stanowi rzeczywisty problem. Oczywiste jest, że przy dużych systemach - typu framework - takie rozwiązanie nie ma racji bytu, ale czy jest sens tworzyć rozbudowane rozwiązanie dla małej/średniej witryny? |
|
|
![]() ![]() |
![]() |
Aktualny czas: 6.10.2025 - 08:56 |