I cann't answer all your ? but there are some very smart brains that lurk
about here that will be able to cover most items
My 2cents is that whilst it might be possible(not sure), to have a vb.net
app with 400 different form(name for a screen), I would have to say that if
that is the case, then you probably should go back and take a look at the
design of what you are trying to do. I would think if you grouped your
functionality by user role, you might be able to have 3 or 4 different apps
you could have instead on one big one.
One way around might be to implement a ASP.net web front end built using
VB.net. You then do not have an issue on the number of forms/screens you
will have, as they are just web pages. One checky thing is to acutally put
the Com web browser onto a vb.net form, and sort of get the best of both
worlds.
Not sure about cross project inheritance, but I would think no. Can you not
create user controls, and just use those in each project you need them ?
"Martin" <an*******@discussions.microsoft.com> wrote in message
news:05****************************@phx.gbl...
Just wondered if you could give me some advice!
At the moment we code out systems in COBOL and we are
just starting to move everything to VB.net. Just
wondering how you all manage when designing system with
many screens.
Running of a single .exe would be unfeasible so have been
looking at using .dll's but after messing around we are
struggling to see how to get this to work! If we create
a class library with a user control that loads fine but
of course you can not use a menu within a user control
which is something we would like to do. If we create a
class library that contains a windows forms it just does
nothing.
Just basically wondering how you design your systems that
have many different parts? (we have around 400 different
screens per system)
Another thing is we intend to use inheritance, can you
inherit forms/controls accross multiple projects within
the same solution?
Hope someone can help!!
Martin