Чтобы выяснить, что люди говорят о DoEvents, вот описание того, что может произойти.

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

К сожалению, экран не только картина, но и реагирует на действия пользователя. Это происходит потому, что DoEvents останавливает то, что вы делаете сейчас для обработки всех сообщений Windows, ожидающих обработки приложением Winforms. Эти сообщения включают запросы на перерисовку, а также любой пользователь, набирающий, щелкающий и т.д.

Так, например, во время сохранения данных пользователь может выполнять такие действия, как создание модального диалогового окна приложения, которое полностью не связано с длительной выполняемой задачей (например, Справка - > О программе). Теперь вы реагируете на новые действия пользователя внутри уже выполняющейся длинной задачи. DoEvents будет возвращен, когда все события, которые ожидали, когда вы его вызвали, будут завершены, а затем ваша долгая задача будет продолжена.

Что делать, если пользователь не закрывает модальный диалог? Ваша долгая задача будет ждать вечно, пока это диалоговое окно не будет закрыто. Если вы принимаете на себя обязательства в отношении базы данных и держите в руках транзакцию, то теперь вы держите транзакцию открытой, пока у пользователя есть кофе. Время ожидания транзакции истекает, и вы теряете работу по сохранению, или транзакция не истекает, и вы потенциально блокируете других пользователей базы данных.

Здесь происходит то, что Application.DoEvents делает ваш код повторным. См. определение википедии здесь . Обратите внимание на некоторые точки в верхней части статьи, что для повторного ввода кода он:

• не должен содержать статических (или глобальных) непостоянных данных.
• Должна работать только с данными, предоставленными ему вызывающим абонентом.
• Нельзя полагаться на блокировки одиночных ресурсов.
• Нельзя вызывать не входящие компьютерные программы или подпрограммы.

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

Как говорят многие люди, DoEvents может привести к очень странным сценариям в коде. Ошибки, к которым это может привести может быть очень трудно диагностировать, и ваш пользователь вряд ли скажет вам «О, это могло произойти, потому что я нажал эту несвязанную кнопку, пока я ожидал ее сохранения».

Поскольку вы используете значение строки в столбце, я предполагаю, что вы пытаетесь задать его перед созданием объекта? Я думаю, вы хотели сделать его статической переменной класса вместо переменной экземпляра.

У меня была та же проблема, и я обнаружил, что System.Windows.Forms.Control.DoDragDrop проигнорировал реализацию IAsyncOperation моей формы, вместо того, чтобы использовать реализацию DataObject WinForm IDataObject внутри.К сожалению, класс DataObject WinForm не реализует IAsyncOperation.

Поэтому я использовал реализацию проекта VirtureFileDataObject для IAsyncOperation, IDataObject, вызвав VirtityFileDataObject.DoDragDrop вместо Control.DoDragDrop. Я устанавливаю VirtureFileDataObject.FileDescriptor.StreamContents в делегат, где я вызываю в поток пользовательского интерфейса, чтобы сообщить о ходе загрузки файла.

Если это - стандартное применение WinForms, то все, что действительно необходимо сделать в заявлении, должно добавить обработчики событий в Форме для DragEnter и DragDrop.

Внутренняя часть DragEnter, вы захотите проверить тип объекта удостовериться, что это - имя файла:

private void MyForm_DragEnter(object sender, DragEventArgs e)
{
    if (e.Data.GetDataPresent(DataFormats.FileDrop))
    {
        string[] files = e.Data.GetData(DataFormats.FileDrop) as string[];
        if (files != null)
        {
            // Do additional checks here if needed, like check extensions
            e.Effect = DragDropEffects.Copy;
            return;
        }
    }

    e.Effect = DragDropEffects.None;
}

Затем в вашем обработчике DragDrop, я просто сохранил бы от имен файлов и затем активировал бы таймер. Это позволяет DragDrop сразу возвратиться, так, чтобы другое приложение (в вашем примере, Windows Explorer) не зависало, в то время как вы делаете любую обработку на файле, который может занять время. Источник Перетаскивания не возвратится , пока DragDrop не закончится.

private void MyForm_DragDrop(object sender, DragEventArgs e)
{
    string[] files = e.Data.GetData(DataFormats.FileDrop) as string[];
    if (files != null)
    {
        _filesToProcess.Text = files[0];  // Assuming this is declared at the Form level

        // Schedule a timer to fire in a few miliseconds as a simple asynchronous method
        _DragDropTimer.Interval = 50;
        _DragDropTimer.Enabled = true;
        _DragDropTimer.Start();
        Activate();  // Activates the form and gives it focus
    }
}