Как лучше сделать modSystemInformation

[GSerg]

Есть у меня такой модуль, в котором в качестве пропертей скомбинированы все возможности SystemParametersInfo, GetSystemMetrics и всякой такой фигни

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

[Amed]

"Пусть будет module-level параметр, определяющий - рейзить ошибку или нет". Мне кажется, так будет красивее всего.

[Ennor]

Код: Выделить всё

Public Event ErrorsEncountered(byval ErrorNumber as long, optional byref NextError as boolean = False)

А если юзеру на это будет начхать, так он просто обработчик писать не будет.

[xolod]

Поддерживаю.
ОС проверять в модуле, при не совместимости версий гененировать событие с кодом/описанием ошибки и не выполнять код.
Юзер сам решит - будет он отрабатывать ошибочные ситуации или нет.

[GSerg]

Фиг вам, а не событие в модуле

[Ennor]

Т.е. сделать их модуля класс для тебя уже неразрешимая задача?

[GSerg]

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

[Ennor]

Согласен, согласен. Тогда... Можно сделать как в ADO: коллекция Errors, перезаполняемая при каждом обращении к объекту.

Но только не Err.Raise, я тебя умоляю! Так задалбывает писать эти монстроидальные select case в обработчиках...

[GSerg]

Such a monstrous solution!
А всё так просто начиналось

ЗЫ: Не чудовищный Select Case, а On Error Goto ИндивидуальныйОбработчик перед каждым вызовом