C++ C++ C# C# ASP.NET Security ASP.NET Security ASM ASM Скачать Скачать Поиск Поиск Хостинг Хостинг  
  Программа для работы с LPT портом...
Язык: .NET — ©Alexey...
  "ASP.NET Atlas" – AJAX в исполнении Micro...
Язык: .NET — ©legigor@mail.ru...
  "Невытесняющая" Многопоточность...
Язык: C/C++ — ©...
  01.05.2010 — Update World C++: Сборник GPL QT исходников
  15.12.2007 — Весь сайт целиком можно загрузить по ссылкам из раздела Скачать
Хостинг:
Windows 2003, ASP.NET 2.0
бесплатный и от 80 руб./мес


   Отправить письмо
Кулабухов Артем, Беларусь




 18 - Синхронизация / Экзамен MCP 70-016 / Visual C++

Шаг 18 - Синхронизация

18_1.gif (25761 b)

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

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

Правильный ответ . Подобная ситуация решается объектами синхронизации. Но один должен создать объект синхронизации и установить блокировку, а другой должен проверять. Смотрим в вариантах и B говориться только о коде либо на стороне клиента либо сервера. А в вариантах C и о коде и у клиента и у сервера. Так что правильными должны быть последние варианты. При синхронизации на сервере создается объект синхронизации, а у клиента проверяется. Сам объект синхронизации нужно создавать. А в случае Mutex сервер создает (CreateMutex), a клиент открывает (OpenMutex). Да и вообще в варианте С создание объекта Mutex какое-то странное. Вот описание функции.

HANDLE CreateMutex
(  
	LPSECURITY_ATTRIBUTES,	// атрибуты
	BOOL bInitialOwner,	// инициализация
	LPCTSTR lpName		// имя обьекта
); 

| |
Автор Каев Артем.
[AD]