Считаете ли вы, что динамические данные ASP.Net стоят того?

Question

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

Он чувствует себя немного Ruby-esque в том смысле, что он нарисовал почти все, что вам нужно от приложения CRUD. Легче работать для нас, правильно; и большинство людей не являются мудрее.

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

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

Answer 1

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

Answer 2

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

Answer 3

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

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

Динамические данные выполняют валидацию данных (огромный плюс для обеспечения безопасности и удобства использования), сопоставляя наши отношения (HUGE time saver) и просто «делает это правильно». В бизнес-среде безопасность и производительность - это две очень серьезные проблемы, с которыми плохо справляются большинство разработчиков, а Dynamic Data, похоже, хорошо справляется с базой.

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

Answer 4

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

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