Проектирование архитектуры с использованием C# + MVC

Question

Не могли бы вы, ребята, помогите мне.

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

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

Плагинная архитектура MVC окажется здесь полезной? Идея состоит в том, чтобы создать приложение, которое будет постепенно удовлетворять будущие потребности клиентов.

Как мне создать свой уровень представления BL, DL, Service Layer, чтобы он работал идеально?

Answer 1

К сожалению, ваш вопрос довольно широк

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

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

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

1. Определите, что важно для компании / проекта. Удостоверьтесь, что это отвечает критическим аспектам их бизнеса, чтобы гарантировать более длинный жизненный цикл.

2. Напишите диаграмму UML, чтобы быстро предвидеть ранние проблемы и цели.

3. Создайте свой проект на основе потребностей бизнеса.

4. Если возникает проблема, которая требует шаблона, то реализуйте его.

У Microsoft есть онлайновая книга, основанная на корпоративной архитектуре, Google должна ее опубликовать. Что может помочь вам стать более знакомым

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

Надеюсь, это поможет, но мы не знаем проект достаточно подробно, чтобы по-настоящему посоветовать вам такой подход.

      Ask not the Elves for counsel, as they will both say yes and no.