обьекта между удаленным сервером и клиентом .
Насколько является правильной сама идея использования датасета
как передаваемого обьекта при получении данных с application-сервера
и возвращения изменений отклиента ?
У нас тут 2 точки зрения по этому вопросу
дни ратуют
за использование ADO-шного DataSet-а в качестве передаваемого обьекта .
Лично я - за использование самописных контейнеров и против использования датасетов .
Мои аргументы :
1. Ремоутинг-канал предьявляет жесткие ограничения по трафику ,
и я пока не знаю , как поведёт себя DataSet , который наверняка будет
"таскать" между клиентом и сервером весь свой набор данных .
2. Контейнер позволит максимально оптимизировать потоки данных
по ремоутинг-каналам и снизить траффик в силу того , что
он есть конечный фиксированный набор типизированных двнных .
3. Непонятно , как будет работать DataSet-овский механизм
"возвращения" изменений с клиента на сервер ,
который является его основной "изюминкой" .
Кстати , в нашем случае клиент вообще не имеет доступа к SQL-серверу .
Я подозреваю , что снижение затрат при разработке системы с
использованием датасетов ( что не является еще фактом )
будет компенсироваться дополнительными затратами на оптимизацию траффика .
