Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations gkittelson on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Reading from a component recordset

Status
Not open for further replies.

Chopstik

Technical User
Oct 24, 2001
2,180
US
I'm not sure if this is the best forum for this question, but I'll ask anyway and hope for the best...

I am building some components that will then be used in a web application. While I will be doing some of the web development as well (using ASP), there will be another also doing some of the web development. Some of the components will be returning disconnected recordsets that can then be accessed from the ASP pages so that users can view the data. What my dilemma concerns is how the other programmers will know what fields are returned in the disconnected recordset (since everything related to the data will be in the component module). I can simply write down the fields and tell the other programmers the fields in each function of the module, but was hoping that there might be an easier way that I am just not aware of.

I know both VB and ASP, but am not an "expert" in either. Just wondering if anyone might know a way shortcut for this. Thanks for any help! Insanity is merely a state of mind while crazy people have a mind of their own.
 
Hi ...
ther is no way to know ...
suppose you have a com object and you don't know its methods and properties. how do you use them ?
but you can adda method to your component that with calling that, the programer sees the list of the fields returned by the recordset.
----
TNX.
E.T.
 
I would agree. By either adding a method like above or just creating documentation for the object you will be doing the most that anyone ever does with their objects. Similar to the objects available in VB, Java and so on, documentation is only the real way to explain to a future programmer/user exactly what is being returned.
Consider the Request.ServerVariables object and the fact that the only way we know what the field names are for that is due to documentation. Adding a documentation method might be a nice touch, however, but consider that the user would be unable to use it unless they knew it was there, requiring some external documentation still.
-Tarwn
The three most dangerous things in the world are a programmer with a soldering iron, a hardware type with a program patch, and a user with an idea
-computer saying (Wiz Biz - Rick Cook)
 
Thanks to both of you. I was going to draw some external documentation anyway, just wasn't sure if there was something I could do locally so that if something happened to the written docs, the other programmers wouldn't have any issues. I'll look into the documentation method since I haven't really done something like that before. Thanks again and have a good weekend! Insanity is merely a state of mind while crazy people have a mind of their own.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top