Правила времени разработки .NET Windows Forms

Вы можете проверить UsageMode LicenseManager, чтобы проверить, находится ли код во время разработки или нет.

System.ComponentModel.LicenseManager.UsageMode == System.ComponentModel.LicenseUsageMode.Designtime

Вот краткий пример:

using System;
using System.ComponentModel;
using System.Windows.Forms;

namespace Test
{
    public class ComponentClass : Component
    {
        public ComponentClass()
        {
            MessageBox.Show("Runtime!");
        }
    }
}

Когда этот компонент будет добавлен в вашу форму в дизайнере, вы сразу же получите окно сообщения.

Чтобы предотвратить это, вы можете добавить простой оператор if, чтобы проверить, не находится ли код во время разработки.

using System;
using System.ComponentModel;
using System.Windows.Forms;

namespace Test
{
    public class ComponentClass : Component
    {
        public ComponentClass()
        {
            if (LicenseManager.UsageMode != LicenseUsageMode.Designtime)
            {
                MessageBox.Show("Runtime!");
            }
        }
    }
}

После добавления оператора if окно сообщения больше не появляется, когда компонент добавляется в форму через конструктор.

Конструктор элемента управления или формы не выполняется при редактировании этого класса в конструкторе (при этом OnLoad не вызывается). Я иногда использовал это, чтобы установить одно значение в конструкторе (например, сделать все его дочерние элементы управления видимыми в дизайнере), но переопределить некоторые из них на другое значение по умолчанию в конструкторе (например, скрыть определенные дочерние элементы управления, которые будут отображать только при определенных обстоятельствах, например, индикатор в строке состояния).

Однако конструктор действительно выполняется, если элемент управления размещается в качестве дочернего элемента в другом элементе управления или форме в конструкторе. OnLoad также запускается. Это могло быть причиной того, что ваш код регистрации случайно запускался в дизайнере.

Для определения дизайна и времени выполнения ответ на другой вопрос содержит скриншоты некоторых тестов, показывающих значения, возвращаемые некоторыми общими подходами. Похоже, что дочерний элемент управления дочернего элемента управления (на два уровня ниже) формы или элемента управления, редактируемого в конструкторе, видит свой собственный DesignMode == false, поэтому обычная проверка свойств не сможет защитить код (например, в методе OnLoad ) для элементов управления, вложенных в элемент управления, добавленный в конструктор. Если вы проверяли режим DesignMode, как и следовало ожидать, это могло быть вложение, которое заставило его обойти эту проверку. Он также всегда видит в конструкторе DesignMode == false.

Также обратите внимание, что проверка LicenseManager.UsageMode только видит DesignTime внутри конструктора; когда вызывается OnLoad, он находится в контексте RunTime LicenseContext. Наиболее полное решение, по-видимому, состоит в том, чтобы проверить LicenseManager.UsageMode в конструкторе элемента управления или формы (или компонента) и сохранить настройку в переменной-члене или свойстве, которые вы можете проверить позже, чтобы избежать запуска кода, который никогда не должен запускаться в конструкторе. даже когда они вложены. Есть также другой подход в другом ответе на этот другой вопрос, который учитывает вложенность, но работает только вне конструктора.

Ну, так как это все равно было воскрешено, вот функция, которую я использую, чтобы определить, нахожусь ли я в режиме разработки:

public static bool IsAnyInDesignMode(Control control){
    while(control != null){
        if(control.Site != null && control.Site.DesignMode)
            return true;
        control = control.Parent;
    }
    return false;
}

Это обрабатывает случай, когда элемент управления является дочерним элементом, созданным другим элементом управления. Свойство DesignMode устанавливается только для элементов управления, созданных самим дизайнером.

Вы также можете использовать это, чтобы проверить, выполняет ли код Visual Studio Designer:

public static bool DesignMode
{
    get {  return (System.Diagnostics.Process.GetCurrentProcess().ProcessName == "devenv"); }
}

Затем в Form_Load:

if (!DesignMode)
{
    // Run code that breaks in Visual Studio Designer (like trying to get a DB connection)
}

Однако это менее элегантно, чем использование LicensManager.UsageMode, но оно работает (до тех пор, пока Microsoft не изменит имя процесса, под которым работает Visual Studio).

Есть некоторые вещи, которые вам не следует делать с дизайнером. У меня нет веских доказательств, но я обнаружил, что дизайнер Windows Forms ненавидит, когда вы убираете из него конструктор по умолчанию. Просто создайте новые перегрузки, но оставьте пустой конструктор на месте.

Также старайтесь избегать Form_Load событий в базовых классах, от которых вы наследуете.