In this Quick Answer question
], aspdotnetdev recommended to the original poster to run
twice. I had never thought of doing that before, but I actually found a reason to do so in my own development process (aspdotnet gave me divine dispensation to post a tip/trick about it, but I needed a real-world example before I could do it - here's that example).
We have an application that requires the user to login. My solution was based on this little info gem.
First, I created a login form. In the form I placed the requisite userID/password textboxes, and a
buttons. The handlers for these buttons set the DialogResult property of the form (
sets it to
sets it to
Then, in program.cs, I have the following code:
static class Program
private static FormSplash m_formSplash = null;
static void Main()
m_formSplash = new FormSplash();
if (m_formSplash.DialogResult == DialogResult.OK)
What happens is that the splash form runs, and when it exits, the application class itself determines whether or not to exit the app or run the next form.
This sure beats running the main form and having special processing in that form to handle the login form. It's A LOT cleaner (code abstraction/separation is almost always a good thing), and easier to maintain, especially if there are copious comments in the
classes to notify the maintenance programmer (or remind the original programmer) what's happening, and why.
I've been paid as a programmer since 1982 with experience in Pascal, and C++ (both self-taught), and began writing Windows programs in 1991 using Visual C++ and MFC. In the 2nd half of 2007, I started writing C# Windows Forms and ASP.Net applications, and have since done WPF, Silverlight, WCF, web services, and Windows services.
My weakest point is that my moments of clarity are too brief to hold a meaningful conversation that requires more than 30 seconds to complete. Thankfully, grunts of agreement are all that is required to conduct most discussions without committing to any particular belief system.