Goals with oQuery...
1. add functions for development to eliminate the need for writting additional functions for common recordset handler functions. (sort, filter, iteration, etc.)
2. make it easy for the "page coder" to use the oquery object... to keep people out of the data who don't belong in the data... without making them unable to consume the data in the form they need to consume it.
3. teach them to monitor page execution speed on apps to see how load and and individual pages run.
4. let those who are learning how to do CF and Databases use the object as a learning example of coding (how the language works / not perfect practice)
5. create a standard interface so they can do simular things with arrays, lists... using one standard component for all variable type interaction where there are multiples.
This will allow newer developers to build more functional applications earlier. It will allow developers who's skill is growing to read the "open source code" and move the techniques as appropriate (which I encourage) to an internalized single layer of data interaction in the prime components. When we try to make everything ideal from the start our motives are noble... but or project efficiency is usually very poor! It's the classic tradeoff senario... since not all of us are as skilled as the gurus... sometimes they tradeoff using data in the CFC by putting queries right in the main page code! This will allow them to keep the data tier seperate much more often as they learn! In my mind it is a stepping stone and sometimes a good temporary solution when development speed is critical! (Or when proofing a concept that we aren't ready to move into the final code yet.) It would also be nice for some to have all the common functions encapsulated. In the end... the fasted code is code without any CFTags... and without any CFCs. We have learned that the tradeoff is often appropriate. I have also heard many developers who are clearly "PHOBIC" that a newcommer will learn a dangerous and volitile technique. (That is why I suggest we teach them to time pages... and help them learn what to expect... and how to tweak the applications.)
Sincerly,
John Farrar
---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email.
CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com).
An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
