Eric <fish11@earthling.net> wrote:
> I'm trying to find a field in a object.
> I use this function:
> pObj.GetType().GetField(pstrFieldname)
>
> But it seems that he finds only fields which are initiated.
>
> Ex.:
>
> Public Class xy
>
> Dim zz as YY
>
> End Class
>
>
>
> Public Class YY
>
> Dim str as String
>
> End Class
>
> If zz is nothing/null he doesn't find the fields (for example 'str') in the
> class zz.
>
> Is there an other way to find these fields?

Mattias Sj=F6gren <mattias.dont.want.spam@mvps.org> wrote:
> Can you post some code that reproduces the problem you're seeing? The
> value of the field should certainly not affect whether it's found or
> not.

Eric <fish11@earthling.net> wrote:
> Thanks for answering.
>
> Perhaps my question wasn't so clear.
> Here's the example (Sorry, it's in VB):
> He finds 'insurance', but not 'ofacid'

Eric <fish11@earthling.net> wrote:
> Yes, this is know.

> My question was, if there is an easy way to 'go down the class tree'
> to find the field.

> Is there no recursive function for doing this?

>He finds 'insurance', but not 'ofacid'

> Eric <fish11@earthling.net> wrote:
> > Thanks for answering.
> >
> > Perhaps my question wasn't so clear.
> > Here's the example (Sorry, it's in VB):
> > He finds 'insurance', but not 'ofacid'
>
> That's because ofacid is a member of the insuranceType class, not of
> the CardIndex class, but you're asking for it as if it were part of
> insuranceType.
>
> --
> Jon Skeet - <skeet@pobox.com>
> http://www.pobox.com/~skeet
> If replying to the group, please do not mail me too

> Eric,
>
> >He finds 'insurance', but not 'ofacid'
>
> That's because you're checking if the CardIndex class has a field
> named ofacid, which it doesn't. If you change
>
> field = pobj.GetType().GetField("ofacid")
>
> to
>
> field = GetType(insuranceType).GetField("ofacid")
>
> it should work.
>
>
>
> Mattias
>
> --
> Mattias Sjögren [MVP] mattias @ mvps.org
> http://www.msjogren.net/dotnet/ | http://www.dotnetinterop.com
> Please reply only to the newsgroup.

Eric <fish11@earthling.net> wrote:
> Sorry, I'm not perfect in English.
>
> But what I try to do is the following:
> - I have a flat text file with a header and rows of data
> - I read the header and get this way the name of the desired (destinations)
> fields.
> - I create a new empty object to fill it up with the first data record from
> the flat file
> (The class definition is created from a XSD file)
> - Now I try to match the field name with the class structure
> - If field is found, I set the value with the value from the flat file
>
> Conditions:
> * Field names are unique
> * Only Basetypes are served
>
> I like to do it this way, because the XSD can change often (Names and
> Structure) and also the columns of the flat file.

> Eric <fish11@earthling.net> wrote:
> > Yes, this is know.
>
> It makes your first question somewhat odd then - it has nothing to do
> with the values of fields.
>
> > My question was, if there is an easy way to 'go down the class tree'
> > to find the field.
>
> What, you want to use the type of the field to look for other
> "subfields"?
>
> (That wasn't the question you asked, btw. It would help if you could be
> a bit more specific to start with.)
>
> > Is there no recursive function for doing this?
>
> Not built-in, no. It wouldn't be too hard to write though. Bear in mind
> that the declared type of a field may be different from the actual
> type. For instance, a field of type "object" might have a value which
> is a reference to an object of type "CardIndex" - which type would you
> want to search in that situation?
>
> --
> Jon Skeet - <skeet@pobox.com>
> http://www.pobox.com/~skeet
> If replying to the group, please do not mail me too