ASP.Net Grid просмотреть вопрос заполнения данных

Question

Я использую проект типа приложения VSTS 2008 + C # ASP.Net. Мое требование - я хочу позволить дизайнеру пользовательского интерфейса работать независимо с разработчиком бизнес-логики. Поскольку дизайнер пользовательского интерфейса (обычно) не знает, как заполнить элемент управления Grid View, используя код для подключения к базе данных. Итак, мой вопрос заключается в том, есть ли какие-либо способы создания поддельных данных для элемента управления Grid View без написания кода для подключения к базе данных (особые потребности для дизайнера пользовательского интерфейса - чтобы у дизайнера пользовательского интерфейса было представление о том, как будут выглядеть данные при подключении базы данных облегчить работу дизайнера пользовательского интерфейса)?

Answer 1

Почему бы вам не сгенерировать

List<Type>()

где Тип - это класс с той же структурой, что и у ваших реальных таблиц, заполнить его данными и привязать к вашему сеточному виду?

Answer 2

Вы можете создать службы, отмеченные [dataobject] и [DataObjectMethodAttribute], которые возвращают таблицы данных и не требуют параметров. В зависимости от размера данных эти службы могут возвращать все записи. Разработчикам должно быть легко выбрать сервис и привязать его к представлению сетки через мастеров. Они также будут вынуждены иметь дело с разбиением на страницы, сортировкой и могут также начать связываться с некоторыми событиями, такими как onitemselecting.

В прошлом я просто позволял своим дизайнерам пользовательского интерфейса просто работать в HTML. Я заставляю их макетировать вид сетки с обычными таблицами, которые я просто заменяю на вид сетки, когда мы соединяем страницы с данными. У нас обычно есть варианты использования или доступ к клиенту, чтобы определить, какие поля они хотят отобразить в сетке.

РЕДАКТИРОВАТЬ: Мой ответ занял несколько часов с детьми бегать по дому .. :) Мне нравятся ответы выше. Но рассмотрите возможность использования набора данных ado.net и просто выставьте GetAll по умолчанию для структуры.

Answer 3

Вы также можете создать свой собственный DataTable в коде и заполнить его тем, что вы хотите, чтобы ваш дизайнер пользовательского интерфейса играл.

Как это представление сетки будет заполнено для развертывания, и у вас нет базы данных разработки, на которую ваш дизайнер пользовательского интерфейса мог бы указывать вместо использования «поддельных» данных? Легко написать небольшой кусочек кода для привязки реальных данных к сетке и, вероятно, будет более полезным для дизайнера пользовательского интерфейса - это позволит им потенциально видеть и разбираться в разбивке по страницам и сортировке вида сетки.

Вы также можете использовать несколько фиктивных XML-файлов для привязки к сетке - это может быть проще / быстрее и потенциально позволит вам переключать их для просмотра разных данных.

Что касается 50 различных видов сетки, которые вы упомянули в комментарии выше, почему бы не написать базовый класс для страниц, которые будут представлять эти представления для наследования, которое обрабатывает все ваши ложные данные?