views:

214

answers:

3

I have a method call in the constructor of my user control that does something that won't work at design time (connecting to database), and the VS just bailed out when I tried to add that control to the GUI designer. Sure I can factor out those code to a separate method, but I don't like the idea that everytime I use that object I need to remember to execute a certain method which is essential to that object's function (that's what the constructor is for!).

Is there something like a preproccessor symbol that I can mark my code with so that the VS won't try to execute that code at design time?

+5  A: 

In Windows Forms?

if (!DesignMode)
{
    // code that shouldn't be executed at design time
}

As others have mentioned, this won't work in the constructor. It's often used in the Form.Load event.

Michael Petrotta
Brilliant, exactly the same time X-)
astander
Quick and right to the point! I was expecting some preprocessor symbol since that won't affect the program after compilation, but the impact of this small check is of course minimal ;)
polyglot
please be careful ! DesingMode property has some issues that should be considered.You can find an article here:http://weblogs.asp.net/fmarguerie/archive/2005/03/23/395658.aspx
Beatles1692
Yes I realize that (by the hard way) soon enough. The answer I marked as answer works though.
polyglot
Sorry about that; I could've sworn I've used it in constructors.
Michael Petrotta
+1  A: 

Have a look at this

Component.DesignMode Property

astander
+7  A: 

As others have stated, you can use the DesignMode property of the Component class. However, you will not be able to do this in the constructor of your control. The DesignMode property is always false in the constructor and methods called by the constructor. To get around this, re-factor your code to connect to the database in the OnLoad() callback. The DesignMode property is valid at that point. See here for the reasoning (look for the DesignMode section of the article).

I just ran across this blog entry that describes how to use the System.ComponentModel.LicenseManager.UsageMode property for doing the same thing. The blog describes an additional shortcoming of the DesignMode property when dealing with nested controls. Apparently, the UsageMode property doesn't have the same shortcomings and is available for use in the constructor. I cannot personally vouch for it, but might be worthwhile looking into.

Matt Davis
The blog post you linked works perfectly for me! (at least so far)
polyglot
That's good to know. I may leverage that technique the next time I need a custom control.
Matt Davis