ASP.NET MVC 3 - Какие функции вы хотите видеть?
Я знаю группу людей, которые действительно наслаждаются улучшениями, которые ASP.NET MVC 2 сделал в первом выпуске. Я только что начал мигрировать проект MVC 1, и до сих пор области полностью очистили беспорядок вложенных папок, который у нас был в нашем крупномасштабном приложении. Когда я погружаюсь глубже во все усовершенствования и изменения, которые я сделал, я все еще продолжаю думать о себе, было бы неплохо, если бы у них было х в этом выпуске. Например, мне бы это понравилось, если бы у них была встроенная инъекция зависимостей вместо использования сторонних решений.
Мой реальный вопрос заключается в том, что ASP.NET MVC 2 находится в дикой природе, какие функции хотят/хотят, чтобы команда реализовала и надеется, что они будут реализованы для ASP.NET MVC 3?
ИЗМЕНИТЬ
Похоже, что инъекция зависимостей встроена для первого предварительного просмотра ASP.NET MVC 3! Мне нравятся функции, добавленные до сих пор. ASP.NET 3 Предварительный просмотр отсутствует!
Ответы
Ответ 1
Я думаю, что MVC 3 не будет слишком драматичным с улучшением, но более устойчивым и постепенным.
ASP.NET MVC 3 Roadmap имеет моментальный снимок того, что команда, по-видимому, рассматривает следующий выпуск и некоторые моменты очень интересны.
Я думаю, что мои фавориты из этого списка, вероятно, будут:
- Дополнительные помощники AJAX: это приведет к тому, что структура больше соответствует миру Webforms, в котором все эти помощники уже и до некоторой степени выступают в качестве препятствия для некоторых людей, занимающих платформу.
- Больше зависимостей Инъекции - для тех, кто этого хочет, это здорово.:)
- Улучшенная поддержка кеширования - большая победа для меня. Наличие встроенного в инфраструктуру будет большой выгодой и может привести к небольшой экономии производительности.
- Дополнительные валидацииАтрибуты тоже не пропадут. В то время как средство отлично добавляет их, хорошая библиотека общих, таких как Email и PropertiesMustMatch и т.д.
Ответ 2
Я хотел бы полностью удалить все магические строки.
Ответ 3
Я бы очень хотел, чтобы они добавили следующее:
- Исключительные условия и циклы в искровом стиле с использованием атрибутов тегов html.
- Обновлено: Видимое свойство проекта для переключения проверки просмотров в режиме компиляции.
- Что-то проверить/подтвердить правильность моих маршрутов.
- Решение поставщика членства, которое использует int вместо Guid для идентификации и позволяет сопоставлять поля профиля с пользовательской таблицей, а не с общим, но медленным значением по умолчанию.
- Помощники на основе Lambda, чтобы избежать магических строк (в настоящее время в MvcFutures)
- Шаблон T4MVC для автоматического создания сильно типизированных помощников.
- Мастера проектов или шаблоны для получения шаблона, который уже настроен для IoC и аналогичных проблем, желательно с диалоговым окном выбора, чтобы выбрать, какую инфраструктуру использовать для IoC, модульное тестирование и т.д.
- Дополнительные атрибуты (оба фильтра и проверка).
Хммм, все, о чем я могу думать прямо сейчас:)
Ответ 4
Инструмент (шаблоны T4) для создания объектов Moq для модульного тестирования будет очень круто. Тестирование для определенных объектов в структуре излишне сложно, и наличие возможности генерации кода может быть очень полезным.
Ответ 5
Я бы хотел:
Инструменты
- Альтернативное представление списка с использованием ajax, например. с помощью jqGrid (реализация сортировки, разбивки на страницы, поиск)
- Усовершенствования страниц CRUD обнаруживают отношения сущностей для классов инфраструктуры сущностей и используют другой набор компонентов, основанный на типе полей, например. так же, как и динамические данные:)
Ответ 6
Поскольку ASP.net MVC 3 будет только .net 4, я бы хотел увидеть некоторые вещи вокруг асинхронных контроллеров и всех других новых функций async/multithreading, которые приносит .NET.
Ответ 7
Я хотел бы видеть встроенную поддержку таких вещей, как IronRuby
Ответ 8
Поддержка MEF будет приятной.
Ответ 9
Я хотел бы видеть новый способ обработки маршрутизации, чтобы упростить услуги REST разработчика. В настоящее время у меня есть такие маршруты:
context.MapRoute(null,
"api/posts",
new { controller = "Post", action = "Get" },
new { httpConstraint = new HttpMethodConstraint("GET") });
context.MapRoute(null,
"api/posts",
new { controller = "Post", action = "Insert" },
new { httpConstraint = new HttpMethodConstraint("POST") });
context.MapRoute(null,
"api/posts/{id}",
new { controller = "Post", action = "Update" },
new { httpConstraint = new HttpMethodConstraint("PUT") });
context.MapRoute(null,
"api/posts/{id}",
new { controller = "Post", action = "Delete" },
new { httpConstraint = new HttpMethodConstraint("DELETE") });
Для нового человека, использующего ASP.NET MVC, очень неинтересно создавать анонимные объекты для обработки маршрутизации. Я бы хотел, чтобы он переработал что-то вроде этого (и так как мы используем С# 4.0):
context.MapRoute("api/posts",
controller: "Post",
action: "Get",
httpMethodConstraint: HttpMethodConstraint.GET
);
context.MapRoute("api/posts",
controller: "Post",
action: "Insert",
httpMethodConstraint: HttpMethodConstraint.POST
);
context.MapRoute("api/posts/{id}",
controller: "Post",
action: "Update",
httpMethodConstraint: HttpMethodConstraint.PUT
);
context.MapRoute("api/posts/{id}",
controller: "Post",
action: "Delete",
httpMethodConstraint: HttpMethodConstraint.DELETE
);
Это сделает его более доступным для понимания.
Ответ 10
Я бы хотел, чтобы помощники автоматически отображали индексы. Возможно, что-то вроде IndexDisplay()
, IndexDisplayFor()
и IndexDisplayForModel()
.
Ответ 11
Я бы хотел, чтобы шаблоны автоматически генерировали классы приятелей для любой модели.
Ответ 12
Я также использую функцию простоты, как и большинство вещей без помощника, таких как html-helper i, что разработка в asp.net MVC 3 - лучший способ узнать MVC 3 в будущем.
Ответ 13
Две вещи, которые я хотел бы видеть больше всего, - это простая инъекция зависимостей в представлениях, фильтрах и т.д., и (я знаю, что это якобы находится на пути с движком просмотра Razor), чтобы иметь возможность проверять мои представления в изолированность от конвейера ASP.Net(возможно, включая проверку типа документа и/или некоторый тип компиляции/проверки JavaScript).
Вот несколько других идей:
- Было бы неплохо иметь возможность компоновать компонент пользовательского интерфейса (представления, шаблоны, модели просмотра и т.д.) для повторного использования в нескольких проектах. Я предполагаю, что это в настоящее время возможно как-то, но мне просто не нужно это достаточно плохо, чтобы понять это сам.
- Идея действия без контроллера интригует меня, особенно с точки зрения SRP.
- Лучшая поддержка шаблона Post-Redirect-Get (P/R/G)... похоже, что для этого очень важного шаблона должна быть неотъемлемая поддержка.
Ответ 14
больше элементов управления и помощников было бы очень приятно, особенно сетка (ajax).
Ответ 15
Я хотел бы видеть поддержку сборки областей (я имею в виду много сборок с разными областями) + динамическая загрузка, что-то вроде плагинов.
Изменить:
И у нас есть предварительный просмотр 1 сегодня: http://weblogs.asp.net/scottgu/archive/2010/07/27/introducing-asp-net-mvc-3-preview-1.aspx
Кто-нибудь счастлив?: >
Ответ 16
Asp.net MVC 3 Preview 1 также был анонсирован в http://weblogs.asp.net/scottgu/archive/2010/07/27/introducing-asp-net-mvc-3-preview-1.aspx