Вопрос

Я изучал ASP.NET Динамические данные и то, как они выполняют построение каркасов и маршрутизацию.Я только поцарапал поверхность, но, похоже, мне пришлось бы создавать шаблон для каждой таблицы, поскольку я не хотел отображать все столбцы одинаково.

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

Какие проверенные решения, используемые людьми в настоящее время, помогают упростить трудоемкие задачи создания ASP.NET Пользовательские элементы управления CRUD-типа?

Спасибо

Это было полезно?

Решение 5

Очевидно, что там не так уж широко используется, кроме того, что предусмотрено в Visual Studio.

Другие советы

В ASP.NET веб-формах мы используем Кодировщик.Из единого объекта мы создаем страницы администратора, кодовые узлы, уровни обслуживания, уровни данных и хранимые процедуры БД.И все это в считанные секунды.Я бы порекомендовал вам проверить это у нас, чтобы быстро создавать crud в ваших приложениях.

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

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

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

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

Я использовал .Неттье CodeSmith templates давным-давно (годы) и это было доказано настолько сильно, что сейчас это должно быть более чем здорово.

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

Я использовал http://www.ironspeed.com/ в прошлом, которое было великим.Сэкономил нам МЕСЯЦЫ времени на нашем последнем проекте, который имеет большую базу данных, так что затраты того стоят.Но это выглядит немного уродливо, и может быть сложно обновить схему базы данных после того, как вы сгенерировали.

Взгляните на Мигание.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top