Подтвердить что ты не робот

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 Предварительный просмотр отсутствует!

4b9b3361

Ответ 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

Кто-нибудь счастлив?: >