Здравствуйте, Andrbig, Вы писали:
A>Открываем тот же msdn и читаем про WaitHandle.Handle: "native operating system handle". Если учесть что WaitHandle имплементит IDisposable, то сложив этот факт с предыдущей цитатой (про отличия) можно понять что строится Event на win32-handle. Мне до сегодняшнего дня казалось что это неуправляемый ресурс, как и прочие хэндлы win32. Или не так?
если подходить с такой точки зрения, то 98% .NET Framework'а использует неуправляемые ресурсы. Вот к примеру берем класс Control — сразу ясно что он юзает HWND, использование Control приводит к системным вызовам для организации очереди выборки сообщений, если копнуть глубже — заглянуть рефлектором в Control то можно просто ужаснуться сколько неуправляемых ресурсов там используется.
Возмем FileStream — тоже самое, HANDLE, апишные вызовы...
Берем Socket — опять двадцать пять, тоже неуправляемые ресурсы...
Bitmap, Graphics — ну что за дела, опять куча неуправляемых ресурсов
Ладно, подойдем с другой стороны, Console — ё мае, опять неуправляемые ресурсы
Консоль, формы, контролы и другие классы — не боитесь использовать? ведь в них неуправляемые ресурсы используются на полную катушку...
... << RSDN@Home 1.2.0 alpha rev. 676>>
Здравствуйте, Andrbig, Вы писали:
A>Вроде не глупые люди, а дружно такие вопросы задаете да минусы лупите. 
A>Вот из msdn:
A>A>It is important to note the distinction between use of Monitor and WaitHandle objects. Monitor objects are purely managed, fully portable, and might be more efficient in terms of operating-system resource requirements. WaitHandle objects represent operating-system waitable objects, are useful for synchronizing between managed and unmanaged code, and expose some advanced operating-system features like the ability to wait on many objects at once.
A>Потому я и писал про "нежелательно использовать".
purely managed c InternacCall-ами? Ню-ню.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
