Here's one important question - who is the target audience? I think Adobe is targeting Java devs with their ORM implementation - and not cfml developers - so they stuck with language (like 'entity') that they are used to, rather than cfcSave() for example. So Alan you may be spot on with your comment:
So, for ORM, as it is such an advance feature that I am sure the > vast majority of CFML developers will not use, isn't going to be picked > up instantly and may take many years to realise the real power. But that's on purpose. They want Java people to use it. If OpenBD decided they wanted to target the Ruby camp, then an ActiveRecord solution would probably be better. Same reasoning if you were going after PHP, or Grails devs. So I guess the first question is who is it for: - CFML - Java - Grails - Ruby - PHP They would all demand something different. Baz On Fri, Dec 4, 2009 at 6:05 AM, Mike Henke <[email protected]> wrote: > In CFWheels, you create the model object. A table will have a > corresponding cfc file in the model folder. Example /models/ > widget.cfc will have a table called widgets. > > The datasource is a assumed to be the folder name cfwheels resides in > (convention over configuration) but can be overrode easily. > > On Dec 4, 7:11 am, tom thomas <[email protected]> wrote: > > Yep, pretty good. How does that code know which database or which table > to update? > > The examples I seen with the amount of code required to make that happen, > I could create a few crud functions in a cfc and basically do what you did > in the cfscript part. > > Tom > > -- > Open BlueDragon Public Mailing List > http://www.openbluedragon.org/ http://twitter.com/OpenBlueDragon > mailing list - http://groups.google.com/group/openbd?hl=en > > !! save a network - please trim replies before posting !! > -- Open BlueDragon Public Mailing List http://www.openbluedragon.org/ http://twitter.com/OpenBlueDragon mailing list - http://groups.google.com/group/openbd?hl=en !! save a network - please trim replies before posting !!
