Как эффективно использовать событие WorkbookBeforeClose правильно?

Ежедневно, человек должен проверить, что определенные рабочие книги были правильно обновлены с данными рынка Bloomberg и Агентства Рейтер; т.е. все данные выжили и что 'числа выглядят корректными'. В прошлом люди не проверяли 'числа', которые привели к неточным загрузкам на другие системы.

Идея состоит в том, что 'что-то' должно быть разработано, чтобы препятствовать тому, чтобы использование закрылось/сохранило рабочую книгу, если он не проверил, что обновления корректны/точны. numbers look correct действие является просто интуитивным осуществлением, таким образом не будет кодирован всегда.

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

Using VSTO SE для Excel 2007, Дополнение было создано, который сцепляется в WorkbookBeforeClose событие, которое инициализируется в дополнении ThisAddIn_Startup

private void wb_BeforeClose(Xl.Workbook wb, ref bool cancel)
{
    //.... snip ...

    if (list.Contains(wb.Name))
    {
        DailogResult result = MessageBox.Show("some message", "sometitle", MessageBoxButtons.YesNo);

        if (result != DialogResult.Yes)
        {
            cancel = true; // i think this prevents the whole application from closing
        } 
    } 
}

Я нашел следующее ThisApplication.WorkbookBeforeSave по сравнению с ThisWorkbook.Application.WorkbookBeforeSave который рекомендует, чтобы использовал ThisApplication.WorkbookBeforeClose событие, которое я думаю, - то, что я делаю, с тех пор охватит все открытые файлы.

Проблема, которую я имею с подходом, - то, что предположение, что у меня есть несколько открытых файлов, некоторые из которых находятся в моем list, событие препятствует тому, чтобы Excel закрыл все файлы последовательно. Это теперь требует, чтобы каждый файл был закрыт индивидуально.Править: это происходит, когда Exit Excel используется из меню File.

Вопросы

1. Я использую WorkbookBeforeClose событие правильно и является этим эффективным и эффективным использованием события?
2. Я должен использовать Событие уровня приложения или событие уровня документа?
3. Поведение описано выше нормального?
4. Любые другие предложения одобрены при использовании событий рабочей книги в дополнении

Обновление [30 марта 2010]:

Чиня вокруг, я также попробовал следующее, которое попыталось связать BeforeClose обработчик событий к каждой рабочей книге, которая была открыта, как предложено из ссылки выше.

private void ThisAddIn_Startup(...)
{
    // snip
    Globals.ThisAddin.Application.WorkbookOpen += Application_Open; 
}

private void Application_Open(XL.Workbook wb)
{
    wb.BeforeClose += Document_WorkbookBeforeClose; // method does the same as above
}

Проблема, которую я нашел с этим подходом, это, я пытаюсь близко ко всему Excel Files (использующий опцию Exit Excel), обработчик событий не выполняется. От моего наблюдения это происходит, когда документ, который будет проверен, не является активным документом.

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

Обновление [07 апреля 2010]:

Предложенный ответ долины реки полезен, но не занимается непосредственными вопросами под рукой, я таким образом разъяснил последний вопрос немного далее.

Я также нашел этот блог, Как Получить Excel VSTO Workbook Closed Event, который несколько относится к моей проблеме, поскольку это могло использоваться в рамках альтернативного подхода к моему решению с помощью подхода типа монитора к обработке рабочих книг (и возможно также использовать недавно представленный OnWorkbookClosed событие).

Обновление [08 апреля 2010]:

Кажется, существует некоторый беспорядок, я не обеспокоен никакой проверкой на самих рабочих книгах, а скорее использую ли метод я (т.е. использую Прикладной уровень WorkbookBeforeClose событие), корректно. комментарий @Mathias' ниже показывает корректное понимание части проблемы относительно вопроса 3, я думаю, что это - поведение Excel по умолчанию все же. Решение преодолеть это состояло в том, чтобы создать близкую функцию, которая закрывает только мои определенные файлы.

3. Поведение описано выше нормального? Да, но почему? Поскольку дополнительные рычаги в событие уровня приложения, проверки и отмену события блокируют приложение от закрытия дальнейших рабочих книг. Ключ здесь ref bool cancel аргумент (cancel=false позволяет нормальное закрытие рабочей книги (значение по умолчанию), cancel=true препятствует тому, чтобы рабочая книга закрылась),

VS 2005 с VSTO SE