Как начать создавать веб-приложение ASP.NET?

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

Сначала выясните, как пользователям нужно взаимодействовать с вашим сайтом. Чего им нужно достичь?

Позвольте этому определить ваш ERD, и модель базы данных быстро последует за ним.

Тогда, когда вы действительно начнете кодировать, вы пойдете в правильном направлении.

Многие также скажут: сначала напишите свои модульные тесты. Это сложно сделать, но часто оно того стоит.

Вы начинаете с того, что решаете, с чего начать. Нет, но на самом деле, чтобы получить общий ответ, нужно слишком много факторов. Вы разрабатываете с использованием концепций гибкой разработки, есть ли определенные функциональные конструкции, предъявляет ли клиент строгие требования, каков ваш собственный опыт и т. д.

Обычно мы начинаем с разработки наших бизнес-объектов, а затем создаем для них представления, используя образцы данных / поддельные базы данных или иногда даже простые текстовые файлы. Оттуда мы начинаем заполнять кусочки и кусочки. Если не все требования установлены, лучше оставить базу данных за пределами вашей разработки как можно дольше. Таким образом, вы избавите себя от необходимости каждый раз менять свой db, sprocs и взаимодействие с вашим db.

UI и DB, но это зависит от того, какой из них действительно первый. Пользовательский интерфейс - очень важная вещь, потому что в конце концов ваш клиент должен с ним работать (некоторые говорят, что могут быть разработчики, которые иногда забывают ...). Дизайн базы данных - это очень хороший способ внести (некоторую) структуру во все бизнес-потребности, которые не всегда четко и хорошо структурированы.

Это юниорский опыт, в разработке я работаю с 2004 года, начиная с 4-летнего стажировки в девелоперской компании.

Ваше здоровье, Матиас

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

Это звучит как обходной маневр, но для меня это работает.

Я определенно начну с прототипа пользовательского интерфейса. Клиенты никогда не знают, чего они на самом деле хотят, пока не увидят это.

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

Что касается объектов базы данных и системы, мне трудно решить, какой путь выбрать. Переход к базе данных в первую очередь определенно влияет на дизайн моего класса, поэтому я стараюсь сначала перейти к объекту, насколько это возможно. Это превращается в более человечный дизайн ИМО

Сказать, зависит от идентификатора проекта. Обычно хорошо иметь макет Photoshop, чтобы показать клиенту, что он получает.

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

В более крупных проектах я обычно начинаю с создания (базовых) прототипов критически важных частей программного обеспечения. Затем я показываю их клиентам и выбрасываю их. Они просто помогают мне лучше понять предстоящие задачи.

Но как уже говорилось, это дело вкуса и проекта.