There is an method in the framework that takes the full name of a type and returns its type (yep, I finally found it!):







So, if you had a property, say ReportForm, which was a string, then you could redo your code like:







It would be harder to do this generically with the BO, as you passing an instance, not a type. So, you'd somehow need to actually get an instance of the correct type. Just knowing the name of the type wouldn't be helpful, as the BO is being passed to the constructor of the report form, and has the data that will actually drive the report. Thus it would need not only be instantiated, but also filled.



However, you could provide a generic BusinessObject property of the more general type BusinessLayer. This would then get set somehow with the actual BO that contained the data. The code would then become:







Hope that gets you moving some more!

I have a piece of code in a form :







I want to have properties that can be set at design time that at run-time will result in the BO references being set to the object referred to by the property and ReportForm likewise.



Since the form is in a different assembly and for simplicity sake it seems two string properties would do the trick but I am open to suggestions. Obviously I want to make this generic so that in a subclass I can set the properties and have the same behavior except for the the BO and form used. Struggling with syntax.



Suggestions appreciated. TIA