Я использую среду MVC для разработки веб-сайта, я должен заботиться о дизайне в смысле внешнего вида (взглядов) и кода (модели, контроллеры).
Я не знаю, как лучше всего действовать:
Я предлагаю вам сначала дизайн - это может быть грубый дизайн с карандашом/бумагой, но он даст вам представление о том, какая информация должна отображаться на странице каким образом. Это поможет вам с вашими взглядами и логикой контроллера. Не беспокойтесь о цветах в этот момент.
Я всегда чувствую, что лучше делать что-то итеративно. Создайте страницу или две, постройте модель и контроллер относительно этой страницы и повторите для других страниц.
Иногда, если вы слишком долго проводите свои модели и контроллеры и пренебрегаете своими взглядами, вы в конечном итоге будете делать больше или меньше, чем то, что вам нужно.
37 сигналов (источник или Ruby on Rails и некоторые действительно классные веб-приложения) Получение реальных защитников, работающих с интерфейсом. Это дает вам лучшее представление о том, как сайт будет использоваться до того, как вы сделаете слишком большую реализацию на заднем плане.
Вот конкретная глава: От идей к реализации.
PS: Прочтите всю книгу, это краткая и действительно хорошая общая философия для построения вещей так, как они должны быть построены. И нет, я ни с кем не связан с ними.
Один маленький, но очень хороший совет, который я получил, заключался в том, чтобы выяснить, какой "дружественный" URL вы хотели бы видеть на своем сайте. Это, в свою очередь, приводит к тем, какие маршруты вам требуются, что, в свою очередь, дает вам представление о контроллерах и действиях, которые вам придется создавать.
Красота фреймворков MVC просто не имеет значения.
Очевидно, вам нужно какое-то видение, над которым нужно работать, но это зависит от вас. Я твердо убежден в итеративном развитии. В этом случае вы должны создать раздел сайта, представления, модели и т.д. После этого перейдите к следующему разделу/функции сайта.
Это зависит, но есть несколько эмпирических правил:
В вашем конкретном случае, поскольку я не уверен в размере проекта, я предлагаю вам разработать схему, основанную на ваших потребностях, которая расскажет вам о зависимостях, а затем сделает итеративную вещь, начиная с зависимостей. Если у вас есть определенные API-интерфейсы, которые вы имеете в виду, неплохо также спроектировать вокруг них.
Оба способа в порядке, но было бы лучше, если бы у вас был спроектированный вид (даже макет), чтобы вы могли узнать, какие данные будут получать, как отформатировать его при разработке модели и контроллеров.
Мое предложение, которое сэкономит вам много времени и головной боли, начнется с дизайна.
У вас здесь два проекта. Один из них - интерфейс (интерфейс). Все изображения и т.д.
Когда у вас есть дизайн пользовательского интерфейса, вы будете знать, как создать свою наценку с самого начала, не выполняя работу дважды после завершения дизайна.
Другой - это дизайн программного обеспечения. структура MVC очень помогает в этом, но вы также не хотите просто начинать кодирование без плана. Вы обнаружите, что снова отслеживаете многое и переписываете материал, который вы уже сделали таким образом.
Итеративный подход - это путь. Я мог бы предложить потратить время на модель и закрепить ее сначала. Затем выполните итерацию через контроллеры и представления. Это поможет проверить, что вы сделали в модели, и выявить любые вопиющие проблемы, которые необходимо решить раньше или позже.
I, так как большинство из них сначала спроектировали дизайн (по крайней мере, в некоторой степени). Я бы использовал каркасные взаимодействия (они могут и должны быть уточнены позже) и, возможно, самое главное (по крайней мере, если это традиционный веб-сайт, над которым вы работаете) планируете архитектуру, сопоставляете структуру сайта, на котором вы работаете on (часть информационной архитектуры). Чтобы получить обзор сайта и узнать, как определить пути пользователя через контент.
Это, по крайней мере, мой "modus operandi" для веб-сайтов, если я работаю один на них. (Я в основном работаю в команде UX, поэтому мой профессиональный рабочий процесс больше в части дизайна, чем производственная кодировка в настоящее время)
Из моего опыта я бы сказал, что вы всегда должны планировать сначала. (Я даже планирую фазу планирования).
Я предполагаю, что вы делаете что-то вроде графического интерфейса, подключенного через .aspx, используя модель MVC, возможно, даже Entity Framework?
Веб-разработка, подобная этой, может очень легко усложниться, как только вы начнете ее наращивать.
Важно, чтобы перед тем, как делать что-либо, вы точно знаете, что именно вы пытаетесь сделать, таким образом вы знаете, когда вы недооцениваете или перевыполняете свои цели и независимо от того, действительно ли вы выполняете эти требования.
Существует много моделей, на основе которых вы можете основывать свою разработку проекта, и все они так же следуют разумному жизненному циклу развития системы.
Если вы не читали о различных методологиях разработки, это сайт, который даст вам хороший обзор: http://www.itinfo.am/eng/software-development-methodologies/ p >