лучшие практики разработки веб-сайта, дизайн или код сначала?

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

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

У вас есть два дизайна. Один из них - это дизайн UI (интерфейса). Все визуальные эффекты и т. Д.

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

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

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

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

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

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

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

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

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

Прелесть фреймворков MVC в том, что это просто не имеет значения.

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

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

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

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

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