How to know the derived class name of a class defined in a DLL and we don't have DLL 's code?

Question

0.00/5 (No votes)

See more:

Hi,

we are using an Assembly\dll of a Licensed - software.
We need to invoke a method which is defined under a Abstract class of this Assembly.

For trial basis, i able access one of its class & it's member as are defined as STATIC.

But our required method is defined under Abstract classes .
If any way i can able to know the name of the class derived from this Abstract class, then i can create the object & can access the data member of Abstract class.

I want to avoid any wrapper class ,which we'll make them derived from this Abstract class. Through this wrapper class object i may able to access the required data member's of Abstract class.

If you have any suggestion , then kindly guide me.
Thanks in advance :)

Posted 23-Jan-13 2:27am

litu kumar

Add a Solution

Comments

Richard MacCutchan 23-Jan-13 8:29am

Get a copy of the documentation from the people who produced the DLL.

litu kumar 23-Jan-13 8:56am

Thanks Richard , this is the best way. But we don't think ,they'll give their code related document in detail.

In their Software's HELP file also they gave very brief description on this.
Still if you get any new idea, then please share. Thanks :)

Richard MacCutchan 23-Jan-13 9:40am

If you have paid for a licence then you should be entitled to all the documentation - unless you are trying to do something illegal.

1 solution

Add a Solution

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

Sign in to your account

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

BobJanova · Answer 1 · 2013-01-23T02:54:00

You can find all the classes in an assembly by reflection, and find out what the inheritance tree under this class is.

However, this is the wrong way to do it. You should use the documentation or examples that came with the library. Otherwise there is a high chance that you will end up implementing something which isn't what the library was designed to do, or how it was designed to do it.

If there's no documentation, then, well, you shouldn't be buying third party libraries from such a slipshod operation in the first place. That's not a professional library and the low standards will probably also apply to efficiency and functionality, which will end up impacting your own product's reputation down the line.