Является ASP.NET MVC плохой выбор для проекта крупного предприятия?
Это потому, что Math.round() в приведенном выше коде, в зависимости от значений delta, INDEX_MIN и INDEX_MAX, вполне возможно, что оба числа, которые вы генерируете, могут быть случайным выбором только [ 114] или 1, а не любые другие числа.
8 ответов
ASP.NET WebForms очень похож на Winforms и допускает RAD (быстрая разработка приложений). Это очень быстро для получения чего-то в мгновение ока. Проблема с этим тестирует, может быть сильная боль, и, если используется для чего-либо общедоступного может означать некоторые главные проблемы с ViewState. WebForms может содержать вещи создания состояния как мастер бриз для использования.
ASP.NET MVC, с другой стороны, может взять немного дольше для разработки с и требует, чтобы devs поняли, как HTTP работает. Это - распределенная архитектура, означающая, что каждый запрос является своим собственным небольшим миром и обычно не знает о предыдущих запросах. Платформа также допускает высокую тестируемость.
Насколько производительность идет, они - вероятно, то же, потому что ASP.NET MVC является просто платформой, созданной сверху существующей архитектуры ASP.NET. Хотя для клиентского опыта я сказал бы, что MVC немного быстрее.
До масштабируемости я сказал бы, что они о том же до технических движений. Как что касается использования API и интеграции его MVC, вероятно, был бы немного легче.
веб-сайт Вы используете прямо сейчас, чтобы попросить, чтобы этот вопрос о версии был основан на ASP.NET НА MVC, и у них есть 2 веб-сервера и раскормленный сервер дб.
веб-формы ASP.NET являются тяжеловесом и отбрасывают crapton материала на Ваших веб-страницах, и в html/javascript и в сериализированном состоянии отображения. Я помню свой первый веб-сайт ASP.NET, вызывающий GC к проклятому из-за всех недолгих объектов, повторно гидратировавших от того ужасного состояния отображения. О, когда я был молод и наивен (т.е. 2 года назад)... У Вас должно быть очень хорошее понимание веб-форм для создания масштабируемых веб-сайтов от них. Возможный? Определенно. Легкий? Нет.
ASP.NET MVC более трудно кодировать первоначально , но ТАК намного легче разработать, чем веб-формы. Самые твердые вещи учиться 1) конвенции иначе "волшебство представляют в виде строки", 2) HTML + встроенный код иначе ASP и 3) формы HTML.
С MVC, Вам не может сойти с рук кошмар состояния, который так характерен для разработки веб-форм, что означает, что означает, что Ваши веб-страницы являются худым наркоманом метамфетамина. Это также означает, что необходимо кодировать немного более умное состояние. Код также НАМНОГО более прост и масштабируется НАМНОГО лучше, чем традиционные веб-формы, по моему скромному мнению.
кроме того, тестируя с ASP.NET почти невозможно, из-за трудно кодированных и unmockable зависимостей, испеченных в платформу. ASP.NET MVC заменил все их с Системой. Сеть. Участники абстракций, которые являются mockable обертками вокруг этих плохо разработанных и непригодных для тестирования объектов.
Выполнение, не идите к MVC.
<час>Для очевидного-impared при использовании платформы, которая находится ontop платформы ASP.NET, такой как MVC или любой другой, что Вы записали или что кто-то еще записал, , ОЧЕВИДНО , некоторые из этих комментариев не применяются.
, Если с другой стороны, Вы кодируете, поскольку ранний человек сделал против модели веб-форм ASP.NET (например, Ответ. Запишите () в Page_Load), мои комментарии применяются.
можно ли написать код, это является тестируемым против ASP.NET?Конечно. Можно ли сделать это без включения специального тестирования, кодируют Вас, или кто-то еще записал?Конечно. Если у Вас есть TypeMock.
ASP.NET MVC не является проблемой для Предприятия, но ни один не ASP.NET, Silverlight, и т.д. Они - все технологии UI. Большинство Вашей прикладной логики должно существовать в библиотеках под уровнем UI так или иначе, таким образом, в значительной степени любой UI может использоваться.
- Мы должны использовать технологию Microsoft
- , Производительность очень важна
- , я хотел бы протестировать как можно больше
На основе вышеупомянутого, ASP.NET, MVC будет работать. Но, можно спустить код ниже UI и теста. Если Ваши алгоритмы ниже UI, можно настроить их, не изменяя UI. И, если уровень UI является очень тонким, хит перфекта для UI незначителен.
Нет. Одна вещь, которую MVC ASP.NET имеет по Веб-формам ASP.NET с точки зрения производительности, состоит в том, что это не использует дерево управления. Дерево управления использует большую серверную память и сохраняет сборщик "мусора" очень занятым на страницах со многими средствами управления. Я утверждал бы, что Вы получите наилучшее решение от MVC ASP.NET. Аспектами поблочного тестирования его является реальная победа к.
оборот этого - то, что Вы не можете использовать все удобные из средств управления полем, которые Вы получаете с Веб-формами ASP.NET, и Вы, вероятно, закончите тем, что делали больше стороны клиента разработка JavaScript, таким образом, бюджет на начальное развитие должен был бы, вероятно, быть больше, если бы Вы выбираете ASP.NET MVC over Web Forms, но у Вас было бы отличное решение в течение длительного срока.
Придерживайтесь пищеварительного тракта. MVC ASP.NET помогает упростить тестирование, потому что почти весь API происходит из интерфейсов.
Я сказал бы, идут с MVC, если Вы нуждаетесь или хотите его функции. Если бы Вы создаете приложение направления деятельности, такое как ERP или система CRM, я использовал бы Веб-формы; если бы Вы создаете портала или общественный сайт типа Wiki, я пошел бы с MVC, передает. В конечном счете это сводится к предпочтению и что точно должно выполнить Ваше корпоративное приложение.
"С MVC Вам не может сойти с рук кошмар состояния, который так характерен для разработки веб-форм, что означает, что означает , Ваши веб-страницы являются наркоманом метамфетамина, худым "
Upmodded для той кавычки!
Все я считал о asp.net MVC, говорит, что она может подать больше запросов страницы, чем веб-формы asp.net.
у меня есть некоторые сомнения относительно его устойчивости и безопасности все же. Оба из них происходят от того, что это даже не выпущено, и даже с RC мы видели некоторые изменения в платформе. Я уверен, что будет больше изменений со временем, и вещи найдены. Это является новым, таким образом, нет действительно "лучших практик" для него и существует не богатство опыта, там детализирующего маленькие проблемы или глюки, с которыми Вы могли бы столкнуться.
я использовал его, и это действительно приводит к меньшим страницам и более быстрой производительности. Но существует столько вещей, которые я могу сделать в веб-формах, что я понятия не имею, как сделать с mvc, потому что mvc не способствует использованию средств управления веб-формами.