Передовой опыт разработки веб-сайтов, дизайн или код?

Я использую среду MVC для разработки веб-сайта, я должен заботиться о дизайне в смысле внешнего вида (взглядов) и кода (модели, контроллеры).

Я не знаю, как лучше всего действовать:

  • код и дизайн итеративно небольшими кусками?
  • дизайн сначала?
  • у вас есть точка

Ответ 1

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

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

Иногда, если вы слишком долго проводите свои модели и контроллеры и пренебрегаете своими взглядами, вы в конечном итоге будете делать больше или меньше, чем то, что вам нужно.

Ответ 2

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

Вот конкретная глава: От идей к реализации.

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

Ответ 3

Один маленький, но очень хороший совет, который я получил, заключался в том, чтобы выяснить, какой "дружественный" URL вы хотели бы видеть на своем сайте. Это, в свою очередь, приводит к тем, какие маршруты вам требуются, что, в свою очередь, дает вам представление о контроллерах и действиях, которые вам придется создавать.

Ответ 4

Красота фреймворков MVC просто не имеет значения.

Очевидно, вам нужно какое-то видение, над которым нужно работать, но это зависит от вас. Я твердо убежден в итеративном развитии. В этом случае вы должны создать раздел сайта, представления, модели и т.д. После этого перейдите к следующему разделу/функции сайта.

Ответ 5

Это зависит, но есть несколько эмпирических правил:

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

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

Ответ 6

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

Ответ 7

Мое предложение, которое сэкономит вам много времени и головной боли, начнется с дизайна.

У вас здесь два проекта. Один из них - интерфейс (интерфейс). Все изображения и т.д.

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

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

Ответ 8

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

Ответ 9

  • Понимание требований
  • Дизайн базы данных
  • Дизайн пользовательского интерфейса
  • Бизнес-логика

Ответ 10

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

Это, по крайней мере, мой "modus operandi" для веб-сайтов, если я работаю один на них. (Я в основном работаю в команде UX, поэтому мой профессиональный рабочий процесс больше в части дизайна, чем производственная кодировка в настоящее время)

Ответ 11

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

Я предполагаю, что вы делаете что-то вроде графического интерфейса, подключенного через .aspx, используя модель MVC, возможно, даже Entity Framework?

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

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

Если вы не читали о различных методологиях разработки, это сайт, который даст вам хороший обзор: http://www.itinfo.am/eng/software-development-methodologies/ p >