ActiveRecord bez metod statycznych, Pobieranie połączenia DB za pomocą metody statycznej innej klasy Opcje

[adbacz]

Jak stworzyć ActiveRecord bez udostępniania połączenia z bazą danych za pomocą statycznej metody innej klasy?

Przykład wykorzystania AR:

[PHP] pobierz, plaintext 
$post = new Post;
$post->title = 'przykładowy post';
$post->content = 'zawartość postu';
$post->save();
[PHP] pobierz, plaintext 

Aby wykonać taki kod, muszę w klasie Post zrobić dziedziczenie po klasie, np. ActiveRecord, i w tej klasie, a konkretnie w konstruktorze, pobrać połączenie z bazą danych, z jakiejś statycznej metody, która ją udostępnia. Czyli na przykład klasy APP i metody getDatabaseConnection():

[PHP] pobierz, plaintext 
class APP
{
  private static $db;
 
  // static setter...
 
  public static function getDatabaseConnection()
  {
    return self::$db;
  }
}
[PHP] pobierz, plaintext 

Ale czy jest możliwość stworzenia obiektów ActiveRecord bez pobierania połączenia z DB za pomocą innej metody statycznej? Robi się tutaj bezpośrednie powiązanie, nie tylko metody, ale i nazwy klasy, a to totalnie nie współgra z zasadami SOLID.

A może zamiast tworzyć obiekt normalnie (new Post), robić to za pomocą innej metody, na przykład klasy ActiveRecordFactory, i w niej, po utworzeniu obiektu Post, wstrzyknąć obiekt bazy danych i zwrócić obiekt Post?

[Crozin]

Staram się pisać aplikację, która nie używa metod statycznych i jest zgodna z zasadami SOLID.

Bardzo, bardzo dobrze.

Dodatkowo chcę to pogodzić z możliwie jak najprostszym pisaniem kodu a ActiveRecord daje mi aż nad to co bym chciał - prościej się już chuba nie da, niż te 4 linijki.

Ilość linii kodu nie ma przełożenia na prostotę.

[PHP] pobierz, plaintext 
$post = $someService->createNewPost();
$post->setTitle('...');
$post->setContent('...');
$someService->persist($post);
[PHP] pobierz, plaintext 

Jest równie prostym kodem, a w jego wykonaniu mogą brać udział dziesiątki obiektów, odpalonych może być multum zdarzeń itp. itd.

Jeżeli chcesz pisać wysokiej jakości kod zainteresuj się jakimś rozwiązaniem bazującym w oparciu o DataMappera (nie ActiveRecord) - np. bardzo popularne Doctrine.