System plików - Jak go ubrać w klasy?, Problem z zależnościami pomiędzy klasami. Opcje

[adbacz]

Na potrzeby pewnego projektu, zacząłem pisać system uploadu, donwloadu plików oraz w tym samym systemie tworzenie katalogów i ich przeglądanie, usuwanie katalogów i plików oraz inne pomniejsze funkcje. Chodzi o to, że nie wiem jak to dobrze ubrać w klasy i jak sobie proadzić z zależnościami pomiędzy nimi.

Do tej pory powstało mi kilka różnych klas, przykładowo: Path, Upload, Download, File, MimeTypes itp. Ogólnie, do tej pory działałem na jednej klasie głównej, która w konstruktorze brała jako swój patrametr tablicę z nazwami, i odpowiednie klasy były tworzone pod pola głównej klasy. Zrobiłem tak, żeby nie marnować zasobów, po co mi 6 klas, skoro korzystam tylko z jednej?

Chcąc załadować nowa klasę, tworzę pole klasy głównej (FileSystem), i zapisuję nową instancje klasy do tego pola. W dalszej części sktyptu korzystam z nowej klasy, odnosząc się do odpowiedniego pola klasy głównej. Ale co zrobić, jak klasa Download będzie potrzebowała dostepu do metody lub właściwości klasy Path? W takim przypadku musiałbym tworzyć nowy obiekt (drugi) klasy Path by go wykorzystać w klasie Download - a drugi, bo pierwszy obiekt tej klasy został już utworzony w klasie głównej, i istnieje pod odpowiednim polem.

Teraz pytanie: Jak to wszystko zgrabnie ogarnąć? Jak utworzyć odpowiednie zależności pomiędzy klasami? Zrobić główna klase, lub każdą, stosując singleton (chciałbym tego uniknąć)? Proszę o jakieś sugestie, ewentualnie linki lub, jeśli ktoś miał z podobnym problemem do czynienia - jakies wskazówki, jak to rozwiązać.

[Noidea]

Co robi twoja klasa Path? Jeśli jest to tylko zbiór funkcji pomocniczych używanych do operowania na ścieżkach w postaci stringów, to przerób ją na klasę statyczną. Natomiast jeśli klasa Path reprezentuje jedną konkretną ścieżkę, to obiekt tej klasy powinien być utworzony dla każdej ścieżki z osobna.
Nie patrz na programowanie obiektowe pod względem wydajności pamięciowej, bo skończysz z kodem proceduralnym opakowanym w śmieci typu "class". Szczególnie, że możesz mieć błędne pojęcie o tym, jak tak na prawdę obiekty klas przechowywane są w pamięci. Jeśli obawiasz się tworzenia wielu obiektów takiej klasy:

[PHP] pobierz, plaintext 
<?php
 
class Path
{
    //string
    private $path;
 
    public function __construct( $path )
    {
        $this->path = $path;
    }
 
    public function getFileName()
    {
        //...
    }
 
    public function getFileExtension()
    {
        //...
    }
 
    public function getDirectory()
    {
        //...
    }
 
    public function getRoot()
    {
        //...
    }
 
    public function isAbsolute()
    {
        //...
    }
 
    // I jeszcze 50 takich metod, łącznie 500 linijek kodu!
}
[PHP] pobierz, plaintext 

to powinieneś o tym poczytać.