Нужна консультация по документообороту проекта MVC

Question

Итак, я новичок в программировании и работе на C# и изучении MVC. Я, наконец, предпринял свой первый личный проект, чтобы практиковать то, что я изучал из книг/учебных пособий, которые я выполнял. Мой проект - это ваш типичный магазин, в котором представлены продукты, есть корзина для покупок, учетная запись пользователя, сайт администратора ... и т. Д.

Мне удалось подключить NHibernate к моей базе данных MySQL и разместить записи в представлении.

Мой вопрос: «С чего начать?». Кажется, я мог бы пойти по разным направлениям, на сайт администратора, чтобы управлять сайтом и продуктами, получая продукты, отображаемые на сайте, как мне хотелось бы, учетные записи пользователей. Каковы некоторые рекомендации о том, как я «должен» заниматься каждым компонентом?

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

Любые советы приветствуются.

Answer 1

Я согласен с @Tod

Выберите часть веб-сайта, который необходим и построить его. Создайте свою модель (включая viewmodel), затем ваш контроллер и, наконец, ваш взгляд.

В моем случае я решил начать с пользователей.

1. Я создал базу данных и таблицы пользователей (нет, я не использовал код первого или EF)
2. Затем я создал LINQ DBML файл
3. Затем я создал, как супер простой репозиторий, что переговоры с LINQ классы
4. Далее я создал сервисный уровень, который делает немного более тяжелую работу перед общением с уровнем репозитория
5. После этого я создаю ViewModel, который «преобразует» данные, которые должны были использоваться в представлении. Это также включало создание некоторых методов HtmlHelpers и Extension.
6. Теперь моему контроллеру. Я создаю новый объект ViewModel, передаю объект ViewModel, а затем return viewmodel в представление.
7. Наконец, я реализовал представление, сделал мой CSS и разметку.

Поэтому, когда я посещаю сайт, я не вижу многого, кроме красивого раздела «Готовые пользователи». Это также включает в себя зону регистрации, зону входа и т. Д.

Теперь, когда раздел «Пользователи» завершен, мой следующий большой раздел - «События», в котором я начну процесс снова и снова.

Answer 2

Начните с того, что вы можете использовать в первую очередь. Если вы не можете поместить продукты в систему, что хорошего - это «получение продуктов, показываемых на сайте, как мне бы хотелось». С другой стороны, наличие сайта, на котором вы можете вводить продукты, может быть (несколько) полезным для себя.

Даже если вы являетесь клиентом, спросите себя: какая самая маленькая функциональность, которую вы могли бы построить, которая была бы полезной для вашего клиента? Постройте это первым!

Удачи вам! Насладитесь программированием!

Answer 3

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

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

Answer 4

Я предполагаю, что это немного личное предпочтение. Для меня я бы предпочел сначала работать с передним клиентом, а именно: раздирать продукты, корзину покупок, покупку и оформление заказа.

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

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

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

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

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

Answer 5

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