Как решить, который является правильным, WebForms или MVC при выполнении ASP.NET
Вы можете создать функцию myMin<T>(a: T, b: T), которая вызывает min, и использовать ее в своем расширении.
6 ответов
Действительно ли это - критическое, производственное приложение уровня или маленькое одноразовое? Можно ли иметь дело с дополнительным временем, которое займет кривая обучения MVC, или необходимо ли было сделать его сразу же? Можно ли позволить себе фрагментировать все это и запуститься, если MVC не удается? Вы готовы иметь изменение платформы (вероятно, не очень теперь, когда это в бета-версии), в то время как Вы разрабатываете? Есть ли другой проект, который менее очень важен, на котором Вы могли использовать MVC изучить его.
В зависимости от то, как Вы отвечаете на эти вопросы, изучая MVC на этом проекте, могло бы стоить того. Лично, я думаю, что это - лучшая архитектура, но менее зрелая технология в этой точке. Это, конечно, увеличило тестируемость моего веб-кода. Я ожидаю перемещать всю свою разработку в этом направлении за следующий год или так, хотя я сомневаюсь, буду ли я коробки передач в каком-либо из проектов, которые я имел разрабатываемый некоторое время. Я только что запустил свой первый новый проект в MVC. Я не был готов согласиться на него, пока это не вошло в бету, и я думаю, что это будет работать, прежде чем я буду закончен с проектом.
Мне на самом деле действительно нравится методология WebControls. Много людей говорит, что "при выполнении MVC это легче к Модульному тесту". В первую очередь, Вы должны так или иначе, какая методология, которую Вы используете, имеет чистое разделение Бизнес-логики и Вашего уровня UI. Если Вы делаете это тогда, Вы можете Модульный тест Ваша Бизнес-логика, независимо от которой методологии Вы используете. Уверенный это могло бы быть легче, и "выходят из поля" с MVC, но это не некоторая Волшебная Серебряная пуля, которая является единственной дорогой, которая приводит к Риму...
1114-секундный из всего Вы могли использовать WatiN, который делает Ваше приложение тестируемым способами, которые далеко превосходят стандартное Поблочное тестирование. (обратите внимание, что я не подразумеваю, что это должно заменить Поблочное тестирование, но в дополнение к Поблочному тестированию это берет Вас к уровню безопасности, ранее невозможной получать)
, В-третьих, сеть является не сохраняющей состояние. Это из-за того, что HTTP является абсолютно протоколом без сохранения информации о состоянии. Это точно, что делает сеть красивой, но в то же время очень трудной разработать приложения для. Методология WebControls главным образом фиксирует это полностью при наличии понятий, таких как ViewState. Это устраняет партия из стычки при выполнении разработки приложений. Взгляните на этот Календарный образец Ajax , который главным образом невозможен достигнуть с тем же ( маленький ) объема кода в любой другой парадигме тогда WebControls (правовая оговорка; я работаю с Ajax Ра сам)
, Теперь взглянули на Сложенный (Правовая оговорка;..., который я также работаю с BTW) тогда понимают, что я до сих пор провел менее тогда 3 дня, разрабатывая то, что Вы видите там. Возможно, кто-то мог достигнуть максимума, что выполнение с MVC, но я сомневаюсь относительно него...
я думаю, что парадигма WebControl очень красива. Уверенный это имеет, недостает на некоторых точках, но угадайте что, также - все . Единственная "Серебряная пуля", которая существует в программировании как вид искусства, - то, что там не существует никакая Серебряная пуля.
, Когда это сказано, я знаю, что Grurrah использует уровень Castle Project's MVC в дополнение к основанной на WebControl библиотеке Ajax. Таким образом для смешивания WebControls и MVC мог бы быть трудным, но конечно не невозможным...
я думаю, что MVC получила большую "заслуженную" шумиху, но к сожалению также в том процессе много из [1 110] незаслуженный шумиха также...!: (
Решаются, не слушайте евангелистов MVC, пытающихся убедить Вас, что они нашли "Серебряную пулю" к программированию для сети. И wat's больше, не верят мне ни один ! У меня также есть программа (получите принятие к Ajax Ра)
Составляют Ваш собственный ум. При выяснении у кого-то, если необходимо сделать, MVC похож на выяснение, должен я есть яблоки или апельсины... Единственный ХОРОШИЙ ответ, который Вы будете КОГДА-ЛИБО получать; "Это зависит"...
IMO, MVC является способом продвинуться. Если у Вас есть время для изучения MVC программирование пути (потому что Вы подсказали, что хотели играть с MVC.. значение, Вы еще не использовали его), тогда это было бы прекрасной возможностью вырыть в продукт.
кривая обучения не высока, если Вы сделали, чтобы предыдущий WebForms испытал (который я предполагаю, что Вы делаете).
, Если необходимо сделать сайт действительно быстрым, не заботьтесь о том, что это, и сайт будет небольшим, затем пойдите WebForms. Это - быстрое и противное решение (только для моего мнения). WebForms работают 100% отлично. Всеми моими сайтами был WebForms, и они в порядке.
Сводка:
- Получил время, и хотят изучить лучший способ сделать сайты: MVC
- Никакое время или не заботится: WebForms.
глоссарий и hth.
Нам подарили ту же возможность. После игры вокруг с MVC в течение нескольких недель, мы обнаружили, что были вещи, которые мы не полностью поняли, а также, вещи, которые собирались включить некоторые изменения:
- Реализация Помощники HTML шаблона разработки
- Репозитория по сравнению со стандартными средствами управления Веб-формой, как Повторители и GridView
- , Кэширующийся
- , Использовать ли платформу, которую мы в настоящее время используем, Csla, или пытаемся переместиться в просто Linq-To-Sql с частичными классами для содержания бизнес-логики
- Сложные классы и пользовательские интерфейсы, которые включили классы основной детали
, Мы решили продолжить играть вокруг с ним и ожидать, пока это официально не выпущено, и затем запишите внутреннее приложение и посмотрите, куда это приводит нас.
Веб-формы являются абстракцией сети для людей, которые происходят из gui мира. Я нахожу, что это имеет много преимуществ, особенно в смысле RAD, но при записи больших раскормленных приложений Вы часто заканчиваете тем, что ставили себя в безвыходное положение, очень трудно выйти (т.е.: все, чтобы сделать с состоянием отображения.)
другая проблема - Вы, вид попадает в плохие методы с веб-формами. Вы не должны использовать источники данных перетаскивания, созданные в средствах управления сеткой, и совершенно определенно не имеют бизнес-логику в коде позади, если Вы хотите что-то, что масштабируемо и удобно в сопровождении с чистой архитектурой. Чтобы сделать это в веб-формах требует предусмотрительности и дисциплины, потому что все регулирует Вас в тех направлениях.
, В отличие от этого, с MVC Вы сортируете, попадают в лучшие практики. Это более производительно (целый жизненный цикл страницы/, вещь состояния отображения жует перфект на обоих клиентах и серверах), и намного инструмент для очистки с точки зрения архитектуры.
оборотная сторона - то, что можно сказать до свидания RAD, и у Вас должно будет на самом деле быть достойное знание css/javascript для создания красивых страниц.
Это действительно сводится к лучшему инструменту для задания, и тип опыта/знания, который Вы/Ваши объединяете в команду, имеет.
На основе Ваших комментариев к tvanfosson это кажется, что MVC был бы хорошим выбором для Вас, когда Вы перечислили свое требование учиться как причина выбрать ту технологию. Я сомневаюсь, что MVC изменится решительно от его беты. Так, это могло быть хорошей возможностью изучить новый инструмент. Что касается как WebForms, являющийся "быстрыми и противными" решениями, я волнуюсь, что это - пропаганда MVC.