Буду ли я жалеть об использовании ASP.NET MVC?

Question

Во-первых, я не собираюсь начинать с вопроса, что лучше: ASP.NET MVC или Ruby On Rails.Я уже знаю, что оба являются очень хорошими решениями MVC, хотя я должен признать, что в настоящее время у меня есть только опыт использования ASP.NET MVC 3.

Мне действительно нравится использовать VS 2010 для разработки и что с некоторыми дополнительнымиплагины, я потрясен этим.Глядя на NetBeans & RadRails действительно похоже на возвращение на несколько лет назад?Мне также очень нравится, когда Microsoft использует MVC и новый движок Razor, и мне нравится разрабатывать веб-сайты с ним.

Итак, мое беспокойство заключается в следующем: если бы я создавал веб-сайт, «покрытый снегом», по размеру, на что-то такое большое, как Amazon, Ebay, Facebook и т. Д., Я бы в конечном итоге пожалел?Действительно ли IIS и Windows Server соответствуют этим требованиям по сравнению с Linux и, скажем, Apache? Я знаю, несколько лет назад, когда большие сайты впервые появились в ASP.NET, MVC не существовало, поэтому, скажем, через 5 лет будетЧем больше доля рынка принадлежит Microsoft или Linux & Apache, тем более безопасная и стабильная рабочая лошадка, в которую я вынужден поверить?

Я также обеспокоен, когда наткнулся на этот URL для сайтов, использующих ASP.NET MVC и многие из них, похоже, не работают и работают?

http://weblogs.asp.net/mikebosch/archive/2008/05/05/gallery-of-live-asp-net-mvc-sites.aspx

Я также считаю, что этот сайт использует ASP.NET MVC, но потомнет изображений и т. д.

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

Спасибо.

Answer 1

Сайт Stackoverflow создан с использованием Asp.Net MVC . Таким образом, вы не пожалеете об использовании Asp.Net MVC

Answer 2

Поверьте мне, все хотят верить, что их следующий проект будет следующим Amazon, Ebay или Facebook. У этих систем сотни разработчиков, с большим количеством оборудования, чем вы можете себе представить. Сегодня вы не можете спроектировать сайт для такой рабочей нагрузки, потому что у вас не будет возможности его протестировать или вы будете знать, как все, что вы делаете, повлияет на масштабируемость, пока у вас фактически не будет оборудования и пропускной способности для решения этих проблем.

Лучшее, что вы можете сделать, - это спроектировать сайт для ваших нужд сейчас и развивать его с течением времени. Вы всегда можете перейти на другую технологию во время редизайнов. Но в этот момент у вас будет большой бюджет и множество людей для работы над проблемами.

Делай то, что работает лучше всего, и переживай о будущем ЕСЛИ это случится. Конечно, IIS и asp.net mvc - отличные технологии, и на них работает множество очень загруженных сайтов (microsoft.com - очень загруженный сайт, как и msn.com и т. Д.)

Stackoverflow написан на asp.net mvc, имеет миллионы посетителей и является очень загруженным сайтом. Нет, это не очень много изображений, но в целом изображения имеют пропускную способность, и любая технология может обрабатывать отправку изображений. Если вам нужно много обрабатывать изображения, это может отличаться ... но все, что вам нужно, это изменить способ обработки изображений.

Вашему списку сайтов 2 года, многие сайты поднимаются и опускаются за два года, поэтому неудивительно, что многие из них все еще не работают. Это бизнес, а не технология.

EDIT:

Что касается Ruby On Rails ... Я не знаю ни одного сайта размером с Amazon, Ebay или Facebook, написанного на RoR (или Asp.net MVC либо). Twitter, вероятно, самый большой, но давайте просто скажем, что Twitter имеет довольно ограниченную функциональность. Penny Arcade, Github и Hulu, вероятно, тоже не сутулись. Конечно, Hulu очень интенсивно использует медиа, но я не знаю, используют ли они Ruby для фактической порции видео (я в этом сомневаюсь, но никто не знает).

Все, что вы можете сделать, - это развить технологии, которые вам наиболее удобны. В противном случае это не будет весело, и вы никогда не закончите это.

Answer 3

Вы можете построить эффективный сайт на любой из существующих технологий.

Если вы пользуетесь серверным программным обеспечением на основе linux, вы просто экономите на лицензиях.

Если стоимость лицензии не является проблемой, выберите то, что вам удобнее.