Поиск использования архитектуры S # arp без проблем с ASP.net MVC или ошибок - PullRequest
Новая
       46

Поиск использования архитектуры S # arp без проблем с ASP.net MVC или ошибок

0 голосов
/ 29 ноября 2010

Я изучаю технологии и библиотеки, прежде чем начать работу над новым проектом. Одна вещь, которая действительно привлекла мое внимание, это библиотека S # arp Architecture для ASP.net MVC. Однако я уже решил, что основная часть моего веб-приложения будет использовать Visual Web GUI в качестве внешнего интерфейса, оставляя лишь небольшой отдельный веб-компонент, ориентированный на клиента, который будет разработан в ASP.net MVC. Учитывая это, основываясь на опыте тех из вас, кто хорошо знаком с архитектурой S # harp или, возможно, пытался найти аналогичное решение с использованием S # harp, есть ли какие-либо проблемы или ошибки, о которых мне следует знать, прежде чем начать ? Я также рассмотрел Castle Active Record и использование Fluent NHibernate в качестве возможных вариантов, но обнаружил, что склоняюсь к S # arp.

Моя самая главная цель при выборе библиотеки - как можно быстрее настроить мой доступ к данным с использованием шаблона хранилища.

Ответы [ 2 ]

3 голосов
/ 30 ноября 2010

Если вашей главной целью является быстрое уточнение уровня постоянства, то архитектура S # arp немного перегружает IMO.S # arp использует Fluent NHibernate, так что я бы просто пошел с этим. Соглашения FNH об автоматическом отображении должны отрезать большой кусок от вашего времени разработки.

Я бы не сказал, что S # arp - это библиотека.Это больше шаблон для доменного дизайна.Вы должны быть знакомы с Dependency Injection (иначе говоря, Inversion of Control), Test Driven Development, Rhino Mocks и NHibernate, прежде чем вы начнете рассматривать S # arp (потому что это концепции и технологии, используемые в нем).В противном случае кривая обучения будет довольно крутой.

0 голосов
/ 30 ноября 2010

Мы реализовали стандартный проект ASP.NET с использованием фреймворка S # без проблем. Я настоятельно рекомендую вам начать кодирование со слоя Services и не оставлять логику в вашем коде позади aspx файлов. Мы также прилагаем большие усилия, чтобы избежать использования логики в контроллерах, поскольку мы рассматривали их как файлы кода, и пытаемся поместить всю системную логику в службы.

Просто убедитесь, что вы включили все необходимые файлы в ваш глобальный asax-файл , и у вас не должно возникнуть никаких проблем Если вы используете NHibernate, Fluent, Service Injection и DDD действительно легко заставить его работать со старым веб-приложением asp.net.

...