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

Question

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

Я не знаю, как лучше поступить:

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

Answer 1

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

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

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

Answer 2

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

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

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

Answer 3

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

Answer 4

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

Answer 5

Зависит, но есть несколько практических правил:

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

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

Answer 6

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

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

Answer 7

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

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

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

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

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

Answer 8

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

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

Answer 9

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

Answer 10

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