Параллелизм в RIA - PullRequest
       12

Параллелизм в RIA

0 голосов
/ 09 октября 2008

Это будет мой первый вопрос на этой платформе. Я много занимался разработкой с использованием Flex, WebORB и ASP.NET. Мы решили проблемы параллелизма с обменом сообщениями (Pessimistic Concurrency Control). Это работает довольно хорошо, но также делает все приложение зависимым от обмена сообщениями. Нет сообщений, нет управления параллелизмом. Я знаю, что ASP.NET имеет контроль версий в DataSets, но как бы вы использовали его, если работаете над RIA. Кажется, трудно пойти и сохранить каждый набор данных в сеансе клиента ... Так что, если клиенту нужны все продукты, мне нужно будет сохранить набор данных в сеансе клиента. Когда клиент изменяет что-то на продукт и сохраняет продукт, я могу затем обновить набор данных (сохраненный в сеансе) и попытаться сохранить его ... Кажется, много работы и много памяти, которая будет использоваться (потому что эти продукты будут храниться в памяти клиента, поэтому набор данных должен храниться в сеансе на стороне сервера). Я думаю, что самым простым способом было бы предоставить всем DTO номер версии. Если клиент попытается сохранить DTO, я мог бы сравнить номер версии с номером в базе данных.

Ливен Кардоен

1 Ответ

1 голос
/ 18 июня 2009

Это то, что я делал раньше - поскольку исходные данные поступали из базы данных SQL Server, мы просто использовали типизированный столбец строк в каждом DTO, чтобы определить, изменился ли он, когда пользователь работал над ним.

На этом этапе вы можете либо устранить ошибку, либо попытаться найти способ объединить изменения, но, по крайней мере, вы можете сказать, что они изменились под вами:)

...