PDA

View Full Version : More wild ideas. Making your own RemoteObject?


CDHBookingEdge
11-22-2006, 07:10 PM
Ok let me explain the impetus behind this. I'm having trouble getting coldfusion to work on my machine, and that's really holding me back for some development work I'm doing. So I'm sitting here thinking "Hmm well all I really need is something that could be called and will pass back an array as medd showed in post #5 on the thread ColdConfusion : Passing intelligent recordsets back and forth (http://www.actionscript.org/forums/showthread.php3?t=122272)

So I guess my questions are: Is that possible? Has anyone done anything like that? Are there some links in adobe that might help me here? Or maybe some other links around?

Just wondering and throwing out some ideas. My theory is that on a .NET type machine a rather generic database interface module could be written that would be able to handle different data sources. Maybe I'm just wanted to have too much control over things in the program, I don't know LOL.

Christopher

meddlingwithfir
11-22-2006, 07:59 PM
Not sure I'm following --

It sounds like you want something to read in from a variety of data sources, but always return an array that Flex can read easily?

MichaelxxOA
11-22-2006, 08:28 PM
Do you mean something like AMFPHP?... they have a .NET version of Flash Remoting as well, did you check those out?

Take care.
Michael

CDHBookingEdge
11-22-2006, 08:40 PM
No not really, LOL I guess I was "starting off easy". Let me try and elucidate (and warning long diatribe possibly coming up). I made the "mistake" (j/k) of calling my brother up the other day to discuss a general concept, basically the VO/Data Classes concept. Well after about an hour and a half of discussion it was pretty much summed up like we were talking about on the prior thread, the "ColdConfusion" thread. Have data classes or recordsets (which as he and I made a very important distinction, have no need to be directly related to the actual underlying data. In other words they don't need to match data existent in a database table. You get the idea)

So now I'm expanding and expounding on that concept. I mean you have a server that holds data needed. This data could be in many forms. What is needed (at least as far as I see it, or am seeing it now) is that an efficient means of passing these "rich" objects needs to exist. We need to be able to pass back and forth "classes" that are understood between the two items. The server applications and the client applications.

So I'm starting off small, with an object of sorts, let's call it a recordset for the time being. And really I guess it kind of reflects back on some earlier posts I made as far as "collections". An array is a collection, and really so is the recordset object we/I am speaking of. Sometimes one type of collection is desirable and sometimes another is desirable.

Clarity and maintainability (and all those other words we hear and sometimes use ourselves) are goals needed for ongoing large projects. So having an understandable (across differing languages, and technologies) object helps provide those things. So I guess in a way that's what I was going for.

Ok I'm blathering here, LOL let me stop myself, and clarify. Taking a narrow viewpoint, let's look at ADO. It provides us (within reason) a means to interact with several different types of data sources. I could have underlying as the source, an Access DB, a MSSQL DB, a FireBird DB, or even a MySQL DB. They would within reason, react similarly. In ADO really all that is needed is to change the "Connect String" and you can deal with the same data existent in either of those aforementioned formats.

LOL Ok that's the way my brain was going. And yes ColdFusion does provide these facilities, and much more. But I was thinking on the basis of "What if I wanted to write my own RemoteObject?" how would one do it? So I was starting off reasonably small, as far as a spec for a RemoteObject. Let's say that you have this Object (this program) sitting on your server. It's initiated by making a RemoteObject declaration in your client MXML code. It's duty is as follows:
1) To take specifications based on the MXML declaration as to what kind of data source it will use, and what the actual "name" of the data source is (or maybe it just notes a UDL and that holds that information)
2) To provide callable functions that return data in meaningful ways. By meaningful mean ints, bools, strings, arrays, and the aforementioned recordset.

So then the two ultimate questions are "How would you call it?" and "How would you implement this called RemoteObject that exists on the server?"

I know that probably clarified a piece and muddied the waters to a large degree. But it is a possibility. ;-)

Thanks Medd,
Christopher

CDHBookingEdge
11-22-2006, 08:53 PM
Nope I didn't Michael and thanks for providing that info and I'll check it out. I guess what I was really asking in one way was "Has anyone tried building their own remote object?" So maybe I was taking a narrow viewpoint on it. But it is a cool discussion I think.

Thanks again and I'll check it out,
Christopher