Sorry - I should have been more clear. I'm not necessarily referring to an
object (variable) in a shared scope, though I want that to be an option. I
also don't want to have to access a variable containing my CFC directly from a
shared scope inside of another CFC.
A very basic, quick example of what I would like to be able to do. I have a
CFC called People. That CFC has a couple of queries in it; one to get people
and another to update a person. My Person CFC requires a Datasource object be
passed in via dependency injection to work. I create a variable called called
MyDatasource on a .cfm page, I create a variable called MyPeeps, then I inject
MyDatasource into MyPeeps. MyPeeps can get people from my database and update
a person in my database.
My cfgrid tag has these attributes:
bind="cfc:somepath.People.getData({cfgridpage},{cfgridpagesize},{cfgridsortcolumn},{cfgridsortdirection})"
onchange="cfc:somepath.People.editData({cfgridaction},{cfgridrow},{cfgridchanged})"
Instead of using "somepath.People", I'd like to use a variable I've created
containing my CFC (MyPeeps) instead of a path to a CFC. Similar to what you
can do with a CFINOVOKE tag.
Like I said, I don't know if this is even possible...but I figured it couldn't
hurt to ask. I don't know what goes on behind the scenes with CFGRID, so it
may just not work. I can get it done without it....but that will require me to
split up files I didn't want to split up. If I must, I must.
> Why not point to a CFC that uses the object in memory? Or am I
> misreading you? There is no need for the CFC you call to rerun
> cfquery. It can simply use an application (or session, whatever)
> cached query and perform QofQ on it for sorting.
>
>
> On Wed, Jan 7, 2009 at 3:02 PM, Doug Smidt <[email protected]>
> wrote:
> > I recently jumped back into CFGRID after not looking at it for a
> long time; what I was able to whip up in short order seems like a very
> good fit for what I'm working on.
> >
> > One thing I wasn't able to figure out (or even know if it's
> possible)...is there a way to provide an object in memory to the bind
> attribute instead of a path to a CFC? Almost all of our CFCs require
> other objects be tucked in using dependency injection before they'll
> do their thing, which means simply providing a path isn't an option
> for me unless I create a separate, non-conforming CFC to do my work.
> >
> > Is this an option, am I missing something really simple, or am I
> chasing a pot of gold here?
> >
> >
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to
date
Get the Free Trial
http://ad.doubleclick.net/clk;207172674;29440083;f
Archive:
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:317567
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
