ASP.NET производительность MVC?
Попробуйте
sentence = 'pyThon jAva cpP'
words_list = sentence.split(' ')
prpoer_word_list = [w.title() for w in words_list]
print(' '.join(prpoer_word_list))
Вывод
Python Java Cpp
5 ответов
Если производительностью Ваш менеджер действительно имеет в виду, "сколько времени она возьмет для записи функции X?" затем вполне возможно Вы не будете так же продуктивны в ближайшей перспективе с ASP.NET MVC. Однако намного лучшее разделение проблем в платформе, по сравнению с веб-формами, означает, что намного легче протестировать и написать хорошо структурированный код для.
Это даст Вам улучшенную долгосрочную производительность, но вероятно за счет краткосрочной производительности. Если можно заставить менеджера видеть мимо этого затем, Вы идете победителю. Удача с той!
Отвечать на Ваши прямые вопросы:
- Это масштабируется?
- Определенно, это положилось на очень производительную платформу ASP.NET и не приносит много багажа Веб-форм с ним.
- Будет им легкий для разработчиков взять за короткий период "недели"?
- Зависит от текущего набора навыков Ваших разработчиков. Если они знакомы с веб-разработкой и шаблоном MVC, это должно прибыть к ним легко. Если они будут только знакомы с Веб-формами ASP.NET drag-and-drop-with-some-code-behind затем, то у них будет совершенно новая парадигма для изучения, который займет время.
- Есть ли какие-либо реальные системы, которые создаются с помощью ASP.NET MVC?
- Этот сайт является ярким примером одного.
- Как MVC может сэкономить некоторое время разработки по ASP.NET?
- Охваченный в моем первоначальном ответе. Однако это может также сэкономить время в конечном счете, поскольку Вы действительно не облокачиваетесь на платформу очень, таким образом, Вы не кодируете себя в угол обходных решений, которые могут часто происходить с Веб-формами.
Для ответа на № 3 - да, Вы используете тот прямо сейчас: o), С чем было Создано Переполнение стека?
- Да это масштабируется хорошо к большим системам, конечно, лучше, чем Формы.
- Зависит, разработчики, уже хорошо ознакомленные в Формы ASP.NET, могут найти переход трудным. Классический Асперс может найти это strangly знакомый в некоторых аспектах. Если разработчики хорошо основываются в том, как HTTP работает и преимущества общего подхода MVC, это не должна быть большая проблема.
- Вы используете тот
- Используя Модульные тесты ключ к извлечению максимальную пользу из MVC, это сохранит Вас массы времени в отладке.
Самым интересным вопросом, по-моему, является № 4 - как может с помощью ASP.NET, MVC сохраняют время разработки?
Это может, позволяя Вам создать среду разработки приложения, на которой все Ваши функции и функциональность создается.
Ayende имеет действительно интересное сообщение об этом.
Я думаю много ASP.NET, разработчики MVC согласятся со мной, что ASP.NET, MVC ни в коем случае не готов к созданию функций сложных приложений - необходимо приложить некоторые усилия к установке платформе к приложению, и только затем можете Вы начинать на самом деле получать преимущество от использования его.
Определенно масштабируется. Но производительность по сравнению с веб-формами? Если вы не очень плохо разбираетесь в веб-формах, нетрудно понять, что веб-формы на световые годы быстрее с точки зрения RAD.
Да, хороший TDD для ASP.NET MVC, но вы должны понимать, что вы тестируете множество вещей, встроенных в веб-формы, такие как gridview, и все эти красивые настраиваемые элементы управления перетаскиванием. Вы экономите много времени, так как вам не нужно тестировать эти встроенные элементы управления, когда вы делаете веб-формы, в то время как в MVC вы запускаете свои собственные, и да, вам лучше написать кучу большего количества кода для их тестирования. Так что выигрыш в тестируемости - это действительно иллюзия.
Я не буду переходить к MVC, пока не увижу что-то похожее на RAD типа gridview.
Также поможет, если вы знаете CodeSmith и можете автоматизировать все утомительные, повторяющийся код в MVC. Код TDD один раз, затем создайте шаблон CodeSmith, а затем вы просто создаете свой код.