Würden Sie PDO einpacken oder erweitern?

Question

Meine Frage ist ziemlich klar, y Ich würde wirklich gerne einige Gründe für die Antwort hören.

Zusätzliche Informationen:

• Ich verwende kein PHP-Framework.
• PHP > 5.3.

Aktualisierung:

Im Moment habe ich keine großen Beschränkungen für mein Projekt, es ist ein Ein-Mann-Projekt. dennoch und ich habe hart gearbeitet, um alles so lose gekoppelt und modular wie möglich zu machen. wie mir gesagt wurde, mochte ich nicht die PDO-API nach dem Spielen mit es für eine Weile, aber das ist kein großes Problem, wenn das Festhalten an seine öffentliche API mir mehr Flexibilität gibt oder als gute Praxis betrachtet wird.

Meine Frage ist also, was würden Sie gewinnen und verlieren, indem Sie Komposition oder Vererbungen in Anbetracht das Objekt in Frage ist eine Abstraktionsschicht selbst, PDO in diesem Fall,?

tl;dr: Ein-Mann-Projekt, das versucht, so modular wie möglich zu sein, Komposition oder Vererbung für die Verwendung eines Dritte Partei Abstraktionsschicht (PDO speziell) ?

_{Hinweis: wenn es nicht der richtige Ort ist, Vote zu Programmers migrieren. und sorry für mein schlechtes Englisch.}

Answer 1

Ich bin ein Fan von Wrapping für "3rd party"-Klassen, da man auf diese Weise viel weniger von der Unterstützung für die Klasse abhängig ist. Wenn jemand später Funktionsnamen auf PDO ändern würde, würde Ihr Code um Ihren gesamten Code ändern. Mit Wrapping würde sich nur die Wrapping-Klasse ändern, da Ihre Schnittstelle unabhängig ist.

Answer 2

Ich würde mir im Allgemeinen nicht die Mühe machen, es zu verpacken, es sei denn, Sie mögen die API nicht. Wenn Sie sich entscheiden, diesen Weg zu gehen, dann würde ich verwenden Idiorm (und mögliche Paris für die aktive Aufzeichnung), anstatt meine eigenen zu erstellen.

Ich würde nie daran denken, eine Erweiterung eines Drittanbieters zu erweitern, wenn ich nicht vorhätte, auch dessen Code zu pflegen oder diese Bibliothek nie zu aktualisieren. Durch das Wrapping halten Sie die Bibliothek des Drittanbieters so weit wie möglich von Ihrem Code fern, so dass Sie von Änderungen an deren Code weniger betroffen sind.