ASP.NET MVC 3 - Какие функции вы хотите увидеть? [закрыто

Question

Я знаю кучу людей, которые действительно наслаждаются улучшениями, которые ASP.NET MVC 2, внесенные в течение первого выпуска. Я только начал мигрировать наш проект MVC 1, и пока области полностью очистили беспорядок в подпапке, который у нас был в нашем крупномасштабном применении. Когда я погружаюсь глубже во все улучшения и изменения, которые были сделаны, я все еще продолжаю думать, чувак, было бы неплохо, если бы у них был X в этом выпуске. Например, мне бы понравилось, если бы у них была какая -то инъекция зависимости вместо того, чтобы использовать сторонние решения.

Теперь мой реальный вопрос заключается в том, что ASP.NET MVC 2 вышла в дикой природе, какие функции хотят/желают, чтобы команда реализовала, и надеются, что они будут реализовать для ASP.NET MVC 3?

РЕДАКТИРОВАТЬ

Похоже, что инъекция зависимостей встроена для первого предварительного выпуска ASP.NET MVC 3! Мне нравятся функции, добавленные до сих пор. ASP.NET 3 Предварительный просмотр One One!

Answer 1

Я думаю, что MVC 3 не будет слишком драматичным с его улучшениями, но более устойчивым и постепенным.

А ASP.NET MVC 3 ROADPAP Имеет снимок того, что команда, по -видимому, смотрит на реализацию в следующем выпуске, и некоторые из моментов очень интересны.

Я думаю, что мои любимые из этого списка, вероятно, будут:

• Больше помощников Ajax: это приведет к рамке больше в соответствии с миром WebForms, в котором уже есть все эти помощники, а в некоторой степени выступает в качестве препятствия для некоторых людей, которые принимают платформу.
• Больше вещей -инъекции зависимости - для тех, кто хочет этого, это здорово. :)
• Улучшенная поддержка кэширования - большая победа для меня. Встроенная в рамках это было бы очень полезно и может привести к некоторой хорошей экономии производительности.
• Дополнительные валидации и не пропустили бы. В то время как объект великолепно добавить их, хорошая библиотека общих, такая как электронная почта и свойства, и так далее.

Answer 2

Я бы хотел полного удаления все Волшебные струны.

Answer 3

Я действительно хотел бы, чтобы они добавили следующее:

1. Условия в стиле искры и петли с использованием атрибутов тега HTML.
2. Обновлено: видимое свойство проекта для переключения проверки времени компиляции.
3. Что -то, чтобы проверить/подтвердить, что мои маршруты верны.
4. Решение поставщика членства, которое использует int вместо GUID для идентификации и позволяет отображать поля профиля в пользовательскую таблицу, а не общий, но медленный дефолт.
5. Помощники, основанные на Lambda, чтобы избежать волшебных струн (в настоящее время в MVCFutures)
6. Шаблон T4MVC для автоматических генераций сильно напечатал помощников
7. Волшебники или шаблоны проектов, чтобы получить шаблон, который уже настроен для МОК, и аналогичные проблемы, предпочтительно с диалогом выбора, чтобы выбрать, какую структуру использовать для МОК, модульного тестирования и т. Д.
8. Дополнительные атрибуты (как фильтры, так и проверка).

Хм, это все, что я могу думать прямо сейчас :)

Answer 4

Инструмент (шаблоны T4) для создания объектов MOQ для модульного тестирования было бы очень круто. Тестирование для определенных объектов в рамках излишне сложно, и способность кода-генерально-генеральному из этого было бы очень полезно.

Answer 5

Мне бы хотелось:

Инструмент

• Альтернативный просмотр листинга с использованием AJAX Например, используя JQGRID (реализация сортировки, страниц, поиск)
• Улучшения для страниц Crud Обнаружение отношений сущностей для классов структуры сущностей и использования другого набора компонентов, основанных на типе полей, например, как Dynamic Data :)

Answer 6

Поскольку ASP.NET MVC 3 будет только .NET 4, я хотел бы увидеть кое -что вокруг асинхронных контроллеров и всех других новых функций Async/MultiThreading, которые приносит .NET 4.

Answer 7

Я хотел бы увидеть встроенную поддержку для таких вещей, как Ironruby

Answer 8

Поддержка MEF была бы неплохо.

Answer 9

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

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, очень неинтуитивно создавать анонимные объекты для обработки маршрутизации. Я хотел бы, чтобы это пересмотрело что -то подобное (и, поскольку мы используем C# 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
                );

Это также сделало бы его более открытым.

Answer 10

Я хотел бы, чтобы помощники, которые автоматически просмотрите индекс каркасов. Может быть, что -то вроде IndexDisplay(), IndexDisplayFor(), а также IndexDisplayForModel().

Answer 11

Я бы хотел, чтобы шаблон на автоматические классы приятелей по любой модели.

Answer 12

Я также использую функцию простоты, как большинство вещей без помощника, такой как HTML-Helper I, которая разработка в ASP.NET MVC 3-лучший способ выучить MVC 3 в будущем.

Answer 13

Двумя вещами, которые я хотел бы видеть, - это простая впрыска зависимостей в взглядах, фильтрах и т. Д., И (я знаю, что это предположительно на пути с двигателем вида бритвы), - это иметь возможность проверять мои взгляды изолированно Pipeline ASP.NET (возможно, включая проверку DOCTYPE и/или какой -то тип компиляции/валидации JavaScript).

Вот несколько других идей:

• Было бы неплохо иметь возможность упаковать компонент пользовательского интерфейса (просмотры, шаблоны, модели видов и т. Д.) Для повторного использования в нескольких проектах. Я предполагаю, что это в настоящее время возможно, но мне это не нужно достаточно сильно, чтобы понять это сам.
• Идея Действия без контроллера меня интригует, особенно с точки зрения SRP.
• Лучшая поддержка шаблона после Redlect-Get (P/R/G) ... просто кажется, что должна быть внутренняя поддержка для этого очень важного шаблона.

Answer 14

Больше средств управления и помощников было бы действительно хорошим, особенно (AJAX) сетка.

Answer 15

ASP.NET MVC 3 Предварительный просмотр 1 был просто объявлен и в http://weblogs.asp.net/scottgu/archive/2010/07/27/introducing-asp-net-mvc-3-preview-1.aspx

Answer 16

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

Изменить: и у нас есть предварительный просмотр 1 сегодня: http://weblogs.asp.net/scottgu/archive/2010/07/27/introducing-asp-net-mvc-3-preview-1.aspx

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