>Paul,
> I suspect this is a dilemma that many Programmers have. I have posted a thread asking for if anyone has developed a Good report manager class (Thread #
153407 Message #
153407). Since there has been no responses, I am creating a report manager class that suits my needs. My suggestion for you is to create a separate class that handles the Reports for your framework. The manager can then run in a private data session, you could even make it a ‘dll’ or ‘com’ so that they run separate from the main application and not interfere with the users. When I finish my Report Manager, I will try and post it on UT.
>Good Luck. Glenn
>
I think this is the direction I'm leaning. I've rethought it a little, and I think I'm going to handle running reports through a report class. This class calls any "custom report class" I might have. I haven't decided if I'm going to pass the report object reference to this new class so it can run the standard methods (ie. print, preview, etc) or if I'm going to create a "Custom Report class" that has just standard methods and hook points. Then my Report Manager class can create an object of the Custom Report class, make calls to the standard methods to create the report.
I think the second idea would force me to really standardize my reports and might be the best idea as long as I give myself enough flexibility to handle most situations. I think with a few hooks, this should work OK.
-Paul