PDO - dlaczego konstruktor jest tak zbudowany?

Question

$pdo = new PDO("mysql:host=".HOST.";dbname=".NAME.";charset=utf8",USER,PASSWORD 
,[PDO::ATTR_EMULATE_PREPARES => false, PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION] );
 

Dlaczego biblioteka PDO używa tak nieczytelnego konstruktora? Nie łatwiej byłoby użyć wzorca typu fluent Builder albo zwykłych setterów? Druga sprawa to używanie łańcucha do którego doklejamy dane - czy takie rozwiązanie nie zmusza czasem php do wykonywania dodatkowych operacji aby je wyodrębnić? 

Answer 1

To jest tak zwany connection string, albo bardziej profesjonalnie DSN - Data Source Name, który jest wymagany przez ODBC, interfejs będący standardem połączenia z bazami danych. Nazwa użytkownika i hasło są traktowane jako oddzielne argumenty, ponieważ są opcjonalne w przeciwieństwie do nazwy sterownika bazy danych i jej nazwy - te informacje MUSI zawierać DSN. 

Comments

Dzięki za odpowiedź 

Answer 2

Możesz przecież użyć bodajże „setAtribute” zamiast tablicy na końcu. Jest ona opcjonalna.

Comments

Wiem, że jest opcjonalna ale pytam głównie o to doklejanie danych do łańcucha. Po co?

---

Zapytaj autora PDO :) On wie po co heh

Może dla bezpieczeństwa lub „prostoty”.

Możesz w sumie stworzyć właśną klasę, która dziedziczy PDO i dla niej zbudować metody jakie byś chciał.

---

Jakoś chodziło mi to po głowie bo wszędzie jest nacisk na stosowanie wzorców, best practices, poprawianie czytelności kodu itd a tutaj nagle flagowa biblioteka na której pół świata opiera swoją komunikację z bazą danych tworzy swoje obiekty w taki dziwaczny sposób