Ado.Net Типизизированные DataSet-ы. как их готовить?

6yrop

кто-нибудь пользует типизированные ДатаСеты?
имхо, это жутко не гибкая и соответственно не удобная вещь. Да и выглядят они ужасно -- куча сгенерированных классов даже для простых случаев.
При этом Microsoft настойчиво продолжает продвигать их. В VS2005 на них навернуто еще больше визардов и дизайнер.
Может я не умею их готовить?

Dasar

имхо, они в первую очередь нужны для низкоквалифицированных программистов

xz_post

Можно в кодесмите нагенерить типизированные датасеты любого типа - придумать свой упрощенный шаблон. Да у МС, появляется много всяких бесполезных видардов типа "создать портал при помощи мышки" и т.д.ю
с другой стороны много раз встречал, когда народ начинал писать свои упрощенные классики для работы с данными, потом добавлял к ним навороты (типа поддерка relation, row state, продвинутая синхронизация с БД) - в результате приходим к обычному датасету... только зачем велосипед изобретать - хз
по поводу использования - мы например используем (но не везде это позволяет избавить от кучи гемороя при работе с дев-эксрессовскими гридами...

xz_post

в VS2005 из особых наворотом с датасетами - возможность нагенерить для каждого датасета свой xml - сериализатор... Зачем нужны методы Fill/Update - вообще хз, Еще слышал, что типа в .net 2.0 работу с датасетами можно сделать транзакционной. Что правда ?

6yrop

Еще слышал, что типа в .net 2.0 работу с датасетами можно сделать транзакционной.

В MSDN ничего такого не видел. В в самом фраймворке в ДатаСетах небольшие изменения, кое-чего улучшили и всё. Идеалогия осталась такая же.

bleyman

Типизованные датасеты удобны следующими двумя вещами: во-первых, поля Row выглядят как проперти (соответственно, работает интеллисенс во-вторых, есть методы дле получения строк по форейн ключам.
Генерируются они парой кликов по xsd-шке. Сложные запросы писать, правда, не получается, но это не всегда и нужно.