ASP.NET MVC производительность?

Question

Хотя я все еще новичок в ASP.NET MVC, мой менеджер попросил у меня отчет о производительности ASP.NET MVC. На самом деле мы планируем разработать настоящую, довольно большую систему с использованием ASP.NET MVC. Вопросы:
1- Это действительно масштаб goona для довольно большой системы?
2- Легко ли разработчикам быстро освоить «недели»?
3- Существуют ли реальные системы, построенные с использованием ASP.NET MVC? «За исключением NerdDinner»
4- Как MVC может сэкономить время разработки через ASP.NET?

Answer 1

Если под продуктом ваш менеджер действительно подразумевает "сколько времени потребуется, чтобы написать функцию X?" тогда вполне возможно, что в краткосрочной перспективе вы не будете столь продуктивны с ASP.NET MVC. Однако гораздо лучшее разделение проблем в среде по сравнению с веб-формами означает, что гораздо проще тестировать и писать хорошо структурированный код для.

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

Чтобы ответить на ваши прямые вопросы:

1. Будет ли оно масштабироваться?
   • Определенно, он построен на высокопроизводительной платформе ASP.NET и не несет с собой много багажа Webforms.
2. Будет ли разработчикам легко подобрать за короткий период "недели"?
   • Зависит от текущего набора навыков ваших разработчиков. Если они знакомы с разработкой web и шаблоном MVC, они должны легко прийти к ним. Если они знакомы только с перетаскиванием и перетаскиванием кода с помощью ASP.NET Webforms, то у них появится совершенно новая парадигма, которая потребует времени.
3. Существуют ли реальные системы, построенные с использованием ASP.NET MVC?
   • Этот сайт является отличным примером.
4. Как MVC может сэкономить время на разработку через ASP.NET?
   • Включено в мой первоначальный ответ. Тем не менее, это также может сэкономить время в долгосрочной перспективе, так как вы не слишком сильно опираетесь на фреймворк, поэтому вы не будете загонять себя в угол обходных путей, которые могут часто случаться с Webforms.

Answer 2

1. Да, он будет хорошо масштабироваться для больших систем, безусловно, лучше, чем Forms.
2. Зависит от того, что разработчики, уже хорошо знакомые с ASP.NET Forms, могут столкнуться с трудностями при переходе. Классические ASPers могут найти это странно знакомым в некоторых аспектах. Если разработчики хорошо знакомы с принципами работы HTTP и преимуществ общего подхода MVC, это не должно быть большой проблемой.
3. Вы используете один
4. Использование модульных тестов является ключом к получению максимальной выгоды от MVC, оно сэкономит вам массу времени при отладке.

Answer 3

Чтобы ответить на вопрос № 3 - да, вы используете один прямо сейчас: o) Из чего построен переполнение стека?

Answer 4

Это моя точка зрения.

Будет ли оно масштабироваться? Правда в том, что никто не опубликовал достойный тест для сравнения с эквивалентными архитектурами для сравнения Просто слова без тестов.

Будет ли разработчикам легко подобрать за короткий период "недели"? Наверное, основные вещи да, но сложные нет.

Существуют ли реальные системы, построенные с использованием ASP.NET MVC? Как сказал, да.

Как MVC может сэкономить время на разработку через ASP.NET? Люди говорили, что из-за того, что в коде «намного лучше разделение проблем», неожиданно происходит волшебство и появляется производительность. Я программировал с Turbo Pascal очень давно. Мой "внешний вид" с MVC помнит меня старые времена с DOS и Pascal. Нет хороших визуальных ссылок на один экран во время разработки. Вместо одной веб-формы с некоторыми элементами управления в Visual Studio, у вас есть проводник объектов, полный файлов. В настоящее время я не мог понять, как эта модель может быть более продуктивной, просто предлагая «лучшее разделение проблем».

Answer 5

Это определенно масштабируется. Но производительность по сравнению с веб-формами? Если вы действительно плохо разбираетесь в веб-формах, нет ничего сложного в том, что веб-формы быстрее световых лет в терминах RAD.

Да, хороший TDD для ASP.NET MVC, но вы должны понимать, что вы тестируете множество вещей, которые встроены в веб-формы, такие как gridview, и все эти хорошие пользовательские элементы управления перетаскиванием. Вы экономите много времени, не испытывая эти встроенные элементы управления при работе с веб-формами, в то время как в MVC вы настраиваете свои собственные, и да, вам лучше написать тонны кода, чтобы проверить их. Так что выигрыш в тестируемости действительно иллюзия.

Я не буду прыгать в MVC, пока не увижу что-то похожее на тип сетки RAD.

Также полезно, если вы знаете CodeSmith и можете автоматизировать весь утомительный, повторяющийся код в MVC. Код TDD один раз, затем создайте шаблон CodeSmith, а затем просто сгенерируйте свой код.

Answer 6

Самый интересный вопрос, на мой взгляд, # 4 - как с помощью ASP.NET MVC сэкономить время разработки?

Он может, позволяя вам создать среду приложения, на которой построены все ваши функции и возможности.

У Айенде действительно интересная запись об этом.

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