Должен ли каждый бизнес-объект быть услугой?

Question

Я знаю, что производительность может быть проблемой с веб-сервисами, когда вы сравниваете их с прямым кодом.Но с ростом SOA мне интересно, планирую ли я превратить каждый бизнес-объект в моих приложениях в веб-службу, либо WCF, либо .asmx.

Улучшения в WCF в .NET 4 определенно заставляют меня дать второй взгляд.

Answer 1

Независимо от «будущего», крутых новых технологий и тому подобного, один принцип никогда не устареет: простота.

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

Еще несколько проводов внутри коробки, которые не нужны. Плюс бесплатное повышение производительности:)

Answer 2

SOA - это независимые системы, взаимодействующие с другими независимыми системами.Если у вас есть сценарий, когда одна система должна знать о действиях или данных другой системы, ответом может быть служба, но не каждый объект, который вы когда-либо создаете, не будет потребляться через службу.И все остальные парни совершенно правы.Имеет ли это смысл?и это просто?

Answer 3

@ gabe правильно, что вам нужно убедиться, что создание сервисов объектов имеет смысл.Однако я также обнаружил, что как только вы создадите сервис, его будут использовать другие.Я видел это снова и снова в службах, которые я написал: «Если вы создадите это, они придут».

Answer 4

Независимо от догмы, правильный ответ дает ответ «имеет ли смысл?»

Имеет ли смысл сделать ваш Employee бизнес-объект доступным в качестве службы? Может быть и так. Имеет ли смысл иметь бизнес-объект WarehouseShelfLocationArchive доступным в качестве службы? Возможно, нет. Если нет, то делать это глупо только потому, что это модно.