Быстрая методология, чтобы показать клиенту рабочую демонстрацию

Question

Я не Начинание аргументированных дискуссий здесь и этот пост не о развитии карьеры, но с коммерческой точки зрения: Если компания использует ASP.Net MVC в качестве основной методологии для создания своих веб-сайтов и приложения.Однако ASP.Net MVC требует больше времени для демонстрации функционального приложения, чем веб-формы ASP.Net , например, для построения моделей предметной области потребуется некоторое время, которое, очевидно, не может быть представлено в пользовательском интерфейсе в данный момент.stage.

Мой вопрос таков: если клиент хочет увидеть функциональное демонстрационное приложение (просто подтверждение концепции), он знает, что компания, с которой он имеет дело, профессиональна и способнаделая это.Было бы лучше сделать эту демонстрацию в ASP.Net Web Forms только для показа клиента, а затем работать с реальным приложением, используя ASP.Net MVC?Если нет, то каковы (быстрые) альтернативы? Я имею в виду , если мы скажем клиенту подождать , пока у нас не будет рабочей демонстрации (по ASP.Net MVC) , мы можем потерять клиента ивозможность всего проекта .

Answer 1

Веб-формы быстрее, чем MVC, это миф:

1. Вам не требуется иметь модель предметной области, только то, что представляет собой таблицы базы данных.Это то же самое в WebForms, если вы не используете SqlDataSource.
2. Код в вашем! IsPostBack или btnSubmit_OnSubmit почти идентичен действиям контроллера HttpPost.За исключением MVC, вам не нужно писать влево, чтобы написать object.FirstName = txtFirstName.Text, когда вы понимаете, как работает UpdateModel.
3. UI - это пользовательский интерфейс.Если вы знаете HTML / CSS, создание пользовательского интерфейса также просто.Практически проще в MVC, потому что вам больше не нужно устанавливать свойства элемента управления, и весь пользовательский интерфейс можно сделать в одном месте.

Быстрый MVC основан на понимании того, как получить максимальную отдачу от затраченных средств, используяEditorFor, DisplayFor шаблоны.Вам нужно знать и понимать , как настроить файл Object.ascx .С этой техникой под вашим поясом вам больше не придется создавать формы вручную.2 проекта назад у нас был сайт со 100% автоматически сгенерированными формами.Изменить класс, изменить форму.Готово!

Другим полезным инструментом MVC являются атрибуты DataAnnotations.Проверка прошла легко.Настроить их тоже очень просто.Просто создайте свой собственный ModelMetaDataProvider и начинайте расширять валидации, которые может обрабатывать ваше приложение.

Единственная часть MVC, которая работает медленнее, это отображение сетки.В MVC 3 уже есть полезный инструмент для сетки, а у MVCContrib уже год есть инструмент для сетки.Я закончил тем, что катал свои собственные, на самом деле все очень просто, просматривая свойства, записывая <td />.<200 строк кода.Это не очень полезно для веб-форм.Использовать компоненты сетки WebForms - значит отказаться от высокого качества, используя ObjectDataSources и тому подобное.</p>

Подводя итог, можно сказать, что MVC быстро получается из следующих методов:

• Object.ascx
• ModelMetadataProviders
• UpdateModel
• DataAnnotations

Если вы более продвинуты и знаете ORMS, такие как EntityFramework и как использовать Automapper, вы, вероятно, будете еще быстрее.

Answer 2

Я думаю, что ответ очевиден: используйте то, что вы считает, заставляет вас быстрее Нет смысла использовать MVC, если вы быстрее в WebForms. Тем более, что это для одноразовой демонстрации.

Answer 3

Вы можете очень быстро запустить демо-версию в MVC. Я мог бы собрать его гораздо быстрее, чем с WebForms, и я знаком с обоими.

Опора на соглашение в MCV очень поможет, привязка основана на именах объектов.

Если бы я создавал быструю демонстрацию, я бы просто создал группу моделей ViewModel со статическими данными в них, различные нажатия кнопок и т. Д. Просто привяжут одну из этих моделей ViewModel к странице.

Turbo Fast!

Answer 4

Я создаю прототипы в Excel. Нет логики, нет кода. просто в основном скриншоты, чтобы показать пользователю, что мы передаем одни и те же идеи. Создайте рабочий лист для каждого «Вид» или экрана, который вы хотите показать. Клиента обычно заботит только то, как «красиво» выглядит приложение, и работает ли оно правильно.

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

А на твой пост, где ты написал ...

Я имею в виду, если мы скажем клиенту подождать, пока у нас будет рабочая демонстрация (по ASP.Net MVC), мы можем потерять клиента и всю возможность проекта.

Им нужно откорректировать свои ожидания и управлять ими. Много плохой разработки было сделано быстро за эти годы, что заставляет клиента задавать вопросы, такие как «Боб сделал это за 1 час» . На что я говорю, вы можете либо быстро создать паршивый проект, что вы необходимо постоянно приклеивать клейкую ленту или хорошо продуманный и хорошо написанный проект, который необходимо будет улучшить только после изменения требований шины