Кто на самом деле использует DataGrid / GridView / FormView / etc в производственных приложениях?

Question

Любопытно, если другие чувствуют то же самое, что и я. Для меня, такие элементы управления, как datagrid / gridview / formview / etc. отлично подходят для презентаций или только для демонстрации. Чтобы потратить время и настроить эти элементы управления, переопределить их поведение по умолчанию (подключиться к их глупым событиям и т. Д.) - большая головная боль. Единственный элемент управления, который я использую, - это повторитель, поскольку он предлагает мне наибольшую гибкость по сравнению с остальными.

Короче говоря, они довольно распространены.

Я бы предпочел сплести свой собственный html / css, использовать свои собственные пользовательские запросы на подкачку страниц.

Опять же, если вам нужно быстро открыть страницу, эти элементы управления хороши (особенно если вы пытаетесь убедить людей в простоте .NET разработки).

Я должен быть в меньшинстве, иначе MS не потратила бы столько времени на разработку этих типов элементов управления ...

Answer 1

Если вы много работаете с дизайнерами на общедоступных веб-сайтах, вам следует отказаться от GridView и придерживаться повторителей. В любом случае, это мое мнение - мне пришлось разделить сотни GridView и превратить их в простые повторители, чтобы выполнить требования к дизайну.

Если вы приближаетесь к DataGrids или GridViews с 10-футовым шестом на общедоступном веб-сайте, тогда вы ДОЛЖНЫ использовать CSS-дружественные управляющие адаптеры. (В этот момент вам может оказаться проще сделать это в повторителе.) До появления адаптеров управления я бы считал эти элементы управления нестандартными.

Я считаю, что слишком многие разработчики .NET не имеют хорошего понимания дизайна, доступности, CSS, javascript, стандартов и т. Д., Поэтому они уступают GridViews, ObjectDataSources и т. Д.

Answer 2

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

Однако встроенная функциональность подкачки и сортировки работает хорошо, и в 2008 году появился новый элемент управления ListView, целью которого является решение некоторых из этих проблем и более жесткий контроль над выводимым html.

Answer 3

Я долго размышлял об этом. Здесь, кажется, существует консенсус в отношении того, что элементы управления сеткой являются вредоносными программами. Но может ли кто-нибудь окончательно процитировать стоимость использования этих элементов управления? Чрезмерный HTML отправляется в браузер? Слишком много ресурсов пожирается на сервере? Быстрее ли генерируется таблица HTML (при условии, что она хорошо написана)?

В дополнение к проблеме с вредоносным ПО, я часто сталкиваюсь с мошенничеством, когда требования к пользовательскому интерфейсу расширены и включают функции, выходящие за рамки стандартных элементов управления. Например, в ранних версиях ASP.Net я пытался поместить изображения в заголовки столбцов. И я считаю, что все еще трудно добавить вторую строку заголовка верхнего уровня, охватывающую несколько столбцов. В какой-то момент становится действительно трудно бороться с контролем, чтобы достичь желаемого эффекта. И это огорчает, если вы знаете, какой HTML-код вам нужен, но вы просто не можете заставить его делать это.

В одном проекте я, наконец, сдался и написал себе класс таблиц HTML для генерации очень сложной сетки. Потребовалось несколько дней, чтобы понять это правильно. Но теперь у меня есть базовый код, и гораздо эффективнее будет настроить его для будущих сетей.

Без сомнения, об этом. Трудно превзойти необычные элементы управления сеткой для быстрой разработки, если вы можете просто жить в их пределах.

Answer 4

Просто читаю ваши посты. Я согласен, что PHP легче, чем asp. но я только начал использовать визуальную студию для просмотра формы и сетки. Не может быть намного проще для программистов VB или C #. ASP по-прежнему имеет проблемы с загрузкой больших файлов. PHP это совсем несложно. Я запускаю PHP под IIS 7.5

Answer 5

Я пытаюсь посмотреть на все это в контексте. У меня есть страница с хорошим видом сетки (отображает 10 строк за раз, 6 столбцов, сортировку и разбиение на страницы), и если я просто смотрю на HTML-таблицу, которая создается вместе с состоянием просмотра, я вижу только 29k кода .

Стоит ли 29К против 18К для использования ретранслятора или списка просмотра действительно стоит всех усилий в эти широкополосные времена?

Лично я придерживаюсь gridviews, однако дизайнер, с которым я работаю, иногда жалуется на то, что пытается стилизовать его с помощью css.

Answer 6

Я разработчик среднего уровня, я могу сказать, что без этих элементов управления я бы никогда не смог освоить разработку. Просто нужно некоторое время допускать себя до тех пор, пока вы не найдете способ настроить его, и конечный результат будет отличным