Как вы думаете, ASP.Net Dynamic Data того стоит? - PullRequest
5 голосов
/ 18 августа 2010

Риск звучания дезинформирован, я убежден, что это в основном полезно для RAD и быстрого создания эскизов приложения.

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

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

Это где-то между MVC2 (базовые леса) и Microsoft Lightswitch (разработка на основе мастера)?Стоит ли вкладывать в это?

Ответы [ 4 ]

4 голосов
/ 20 августа 2010

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

Я предлагаю вам взглянуть на Tailspintravel , который является приложением в MVC 2, но использует динамические данные, интегрированные в тот же проект пользовательского интерфейса, для стороны администратора.

3 голосов
/ 18 августа 2010

Сначала я был настроен скептически, но теперь я использую динамические данные почти так же часто, как и «стандартные» сайты ASP.NET. Из коробки он довольно общий, но настраиваемый, и вы можете включить в него стандартные страницы ASP.NET.

Сначала я бы использовал его как отдельный сайт администратора, когда мне требовалась «задняя дверь» в данные из «стандартного» приложения. Однако в последнее время мой подход состоял в том, чтобы еще немного спланировать и решить, к какой из таблиц я хотел бы, чтобы пользователи обращались к ним через механизмы динамических данных, и к каким данным я хочу более точно контролировать. Вы можете создать только ту таблицу, которая вам нужна, и это хорошо работает для таблиц «поиска», где вы хотите, чтобы конечный пользователь мог добавлять / удалять. Примером может служить наша программа купонов по электронной почте, где клиенты могут подписаться на получение купонов по электронной почте. Они могут выбирать категории своих купонов - горячие продукты, напитки, газ, продукты питания и т. Д. Администратор общей программы купонов должен иметь возможность добавлять и удалять категории, а динамические данные ПОЛНОСТЬЮ для такого рода вещей.

Динамические данные заботятся о проверке данных (огромный плюс для безопасности и удобства использования), отображают наши отношения (ОГРОМНАЯ экономия времени) и просто «делают все правильно». В бизнес-среде безопасность и производительность являются двумя очень реальными проблемами, которые плохо решаются большинством разработчиков, и Dynamic Data, похоже, хорошо справляется с основами.

Так что да, я думаю, оно того стоит. Это очень мощный и отличный инструмент, который нужно иметь в своем наборе инструментов, но им нужно владеть с умением, что требует времени и практики. И это не должно быть единственным инструментом в вашем наборе инструментов.

2 голосов
/ 18 августа 2010

Одним из лучших применений, которые я слышал о динамических данных, было быстрое создание Django-подобной административной секции для сайта. Он не должен быть «идеальным», так как он не предназначен для пользователей, но он дает вам удобство и простоту использования.

0 голосов
/ 18 августа 2010

Я очень мало знаю об этом, но это не похоже на то, что я хотел бы рассмотреть.Всякий раз, когда я работаю с приложением, мы склонны следовать некоторым базовым архитектурным правилам, таким как многоуровневое использование / повторное использование и т. Д. Как правило, я стремлюсь уйти от таких инструментов / сред быстрого доступа, как этот.В мире .NET доступно множество «аккуратных» инструментов, которые, возможно, занимают определенное место в небольшом корпоративном / внутреннем приложении, но не являются хорошей идеей для хорошо разработанного приложения.Например, встраивание SQL в элементы управления источниками данных, которые могут быть связаны непосредственно с GridViews и т. Д.

...