Мы находимся на этапе проектирования архитектуры веб-системы страхования (для цитирования, управления политикой, управления претензиями, разработки ставок и т. Д.). Это приложение будет состоять из разных модулей. Мы планируем пойти с ASP.Net MVC и SQL Server. Для уровня бизнес-логики мы немного сбиты с толку, нужно ли разделять наш BLL с помощью служб WCF или просто составлять BLL-часть нашей модели. Я бы очень признателен за ваш вклад, почему или почему бы не пойти с SOA в нашей ситуации.SOA и ASP.net MVC
ответ
Если вы абсолютно уверены, что ваши сервисы будут потребляться чем-то другим, SOA, но если есть даже удар, который вам не понадобится, он будет практиковать YAGNI. Слишком часто кто-то будет создавать простую SOA-арку «на всякий случай» и каждый раз, когда они заканчивают «сервисами, которые работают с продуктомXXX», а не с архитектурой SOA. Как только это происходит, люди, которые разрабатывают или поддерживают продукт, начинают понимать, что услуги - это просто ненужные отходы, которые заставляют развитие занять больше времени.
В приложении MVC большая часть вашей бизнес-логики будет находиться в модели, в то время как некоторые могут находиться в контроллерах. WCF может использоваться для обеспечения уровня служб данных для поддержки вашего домена Model/business. Если вы считаете, что система страхования и ее данные будут потребляться чем-то другим, кроме приложения MVC, то вам обязательно нужно разработать дизайн, который поддерживает сервис-ориентацию (то есть службы WCF).
- 1. SOA с asp.net MVC
- 2. SOA против MVC - когда использовать
- 3. ASP.NET MVC как хост службы для архитектуры SOA
- 4. Реализовать шаблон хранилища в Asp.Net MVC с архитектурой SOA
- 5. Приложение DDD и SOA
- 6. SOA для старого приложения
- 7. SOA Architecture с WCF + IOC Structuremap
- 8. CakePHP и SOA
- 9. SOA и распределенные транзакции
- 10. SOA и веб-приложения
- 11. Каналы для Java, Java EE, C#, asp.net и SOA
- 12. ASP.NET MVC и Angularjs vs ASP.NET MVC и Reactjs
- 13. ASP.Net MVC VS Javascript UI
- 14. ASP.NET MVC и навигация
- 15. Hangfire и ASP.NET MVC
- 16. ExtJS и ASP.NET MVC?
- 17. ASP.NET MVC и tinyMCE
- 18. ASP.NET MVC и javascript
- 19. JSON и ASP.NET MVC
- 20. ASP.Net - MVC и Moq
- 21. AngularJS и ASP.net MVC
- 22. IdentityServer и Asp.net MVC
- 23. asp.net mvc и jquery
- 24. ASP.NET MVC и Idisposable
- 25. ASP.NET MVC и AJAX
- 26. solrnet и ASP.NET MVC
- 27. ASP.NET MVC и SproutCore
- 28. Asp.net MVC и пользователи
- 29. ASP.NET MVC и Dropbox
- 30. Lesscss и ASP.NET MVC
По моему опыту, перечисление «сервисов, которые производят продукт XXX», является точкой SOA. Многие системы запускаются без SOA и реализуют только один, когда он становится громоздким для обслуживания. В то же время преимущество SOA заключается не только в создании общей инфраструктуры, но и в том, что вы действительно разрабатываете, как взаимодействуют ваши приложения, и это может означать упрощение и рефакторинг вещей, так что вы получаете «сервисы, которые имеют силу XXX», ... и все в порядке. –