Ok thanks.
Quote from: OpenGeek at Oct 18, 2010, 09:41 AM
MODx extends xPDO...
The downside I see in this is that transient domain objects (say helper objects that collect other objects from the DB or aggregate / manipulate information) are now tied to the modx instance while they would only need access to the database and not need the other more CMS-like services the modx object offers.
It’s a bit of an academic discussion but, say you had:
interface MODxDbBroker {
public function getCollection()
public function newQuery()
..etc...
}
...and then...
class xPDO implements MODxDbBroker
Again maybe academic but this would allow for alternative ORM handlers to be plugged in to MODx with an adaptor class:
class SomeOrmAdaptor implements MODxDBBroker
Probably not very high on the list of "must haves", but it’s alway good to be open...