Вы бы использовали архитектуру S # arp в новом коммерческом проекте?

Question

Архитектура S # arp кажется действительно крутой, но вы думаете, что она все еще слишком нова, чтобы брать на себя обязательства в новом важном проекте? (Предположим, на первый взгляд проект подходит для него.)

Все это кажется очень хорошим, я просто обеспокоен тем, что новый проект, над которым я работаю, использует все новые технологии - WCF, ASP.NET MVC и т. Д. - и что, если я добавлю один больше детских технологий Я собираюсь в конечном итоге столкнуться с множеством проблем и нехваткой технических навыков или поддержки сообщества, чтобы их решить ...

Просто так трудно устоять перед этим требовательным мальчиком внутри меня: Я хочу иметь самые новые вещи!

(Отказ от ответственности: я очень плохо знаком с архитектурой S # arp, поэтому в основном я основываю свое оптимистическое мнение об этом на заявленных целях проекта, статьях, кусочках примера кода и т. Д.)

Answer 1

http://fancydressoutfitters.co.uk был построен с использованием:

• Sharp Architecture (ASP.NET MVC, NHibernate, Fluent NHibernate),
• Spark View Engine
• AutoMapper
• NHibernate Validator
• xVal Validation Framework
• N2CMS
• PostSharp
• Solr & SolrNet

и это сработало очень хорошо. Мы документировали многие наши выводы из этого проекта в виде блогов, которые вы можете найти здесь: http://delicious.com/howardvanrooijen/fdo-casestudy

Мы также решили, что хотим вернуть различные сообщества с открытым исходным кодом, которые помогли нам, поэтому мы создали новое демонстрационное приложение Sharp Architecture под названием «Кто может мне помочь? Источник доступен по http://whocanhelpme.codeplex.com, а живая демонстрация - по http://who -can-help.me

Answer 2

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

Answer 3

Я не рассматриваю S # arp Architecture как структуру или даже «архитектуру», но являюсь отличной отправной точкой для разработки приложений с использованием MVC и Fluent NHibernate. Проект и файлы хорошо организованы на основе предоставленного им шаблона Visual Studio. Это само по себе стоит тонны, чтобы быстро начать работу. Я предлагаю просмотреть пример источника Northwind, который поставляется с источником архитектуры S # arp, чтобы увидеть, что возможно.

Answer 4

S # arp - отличная отправная точка, как уже отмечалось. Компоненты можно легко расширять, отделять или менять по мере необходимости в зависимости от ваших требований, однако знание базовых структур будет преимуществом major .

Answer 5

Я согласен с Джоном Б. Архитектура S # arp использует некоторые хорошо известные фреймворки и шаблоны, которые сами по себе в значительной степени проверены в бою и имеют достаточную поддержку сообщества для коммерческого использования, но это не так. • Достаточно поддержки S # arp или примеров проектов, чтобы гарантировать преимущества, которые предоставляет фреймворк.

Это, безусловно, замечательно, если вы хотите использовать пару методов, которые они реализовали в фреймворке.

@ leppie - что заставляет вас избегать NHibernate?

Answer 6

проблемы с новыми технологиями:

• лучшие практики не обнаружены время
• нет документации / образцов / сообщества от других что вы можете Google для
• нет «тематических исследований» успешных реализации, чтобы доказать производительность / масштабируемость / etc
• никаких «особенностей» не обнаружено и не задокументировано, не говоря уже об исправлении.

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

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

Answer 7

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