Re: DB_DataObject and Structures_DataGrid integration

From: Date: Thu, 12 Aug 2004 14:03:10 +0000
Subject: Re: DB_DataObject and Structures_DataGrid integration
References: 1 2 3 4  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-32581@lists.php.net to get a copy of this message
Jackson Miller wrote:
I am not so sure this is a good thing. If SDG not only displays the UI but also processes incoming requests ($_GET['page'], $_GET['orderBy']) then we have to do something to make the SDG request vars not so global. Mybe something like this: $_GET['sdg[page]'] $_GET['sdg[orderBy]'] $_GET['sdg[direction]'] (order by and direction should probably be arrays themselves but...)
Good call! I totally agree.
On Thursday 12 August 2004 08:22 am, Andrew Nagy wrote:
The biggest concern I have with the current topic, is it is all based on DataObject, I think this discussion has lead to a bigger issue and should not be primarly focused on DataObjects. Let's also keep in mind that (as we saw from Jackson's example) DG can use INI files, XML files, other DB abstraction record objects, etc. These other sources may be beneficial from some of these ideas that are being discussed.
I completely agree. Now is a good time to mention that we (myself and Marcus Whitney) have also integrated DB_QueryTool with SDG to allow complex searching on SDG data. We have incorporated paging, sorting, limiting, and conditional getting (where) of SDG data. It is also really easy to create a multi-dimensional array from the result set and use $dg-bind to set all of the records in one-fell-swoop. I understand the need/desire to use bind in other ways, but this one works really well already. so...
Cool, do you have an example we can look at? Can you explain it more?
Maybe SDG needs a new "internal" data structure, instead of an array?
Nope. PHP has some of the most powerfull array handling of any language. Let's stick with the stregnths.
Yeah, just thought I would ask the question.

« previous php.pear.dev (#32581) next »