.net 每个业务对象都应该是服务吗？

我知道，当您将web服务与直接代码进行比较时，性能可能是一个问题。但随着SOA的兴起，我不得不怀疑我是否应该计划将我应用程序中的每个业务对象都变成一个web服务，WCF或.asmx

---

NET 4中对WCF的改进无疑让我重新审视了一下。

无论“未来”、酷炫的新技术等等，有一条原则永远不会过时：简单

我的一般做法是让事情尽可能简单。我们今天拥有的开发工具可以在需要时轻松地将普通业务对象“升级”到Web服务

---

盒子里少了几根不需要的电线。再加上免费的性能提升：）

不管“未来”是什么，酷炫的新技术等等，有一条原则永远不会过时：简单

我的一般做法是让事情尽可能简单。我们今天拥有的开发工具可以在需要时轻松地将普通业务对象“升级”到Web服务

---

盒子里少了几根不需要的电线。加上免费的性能提升：）

不管教条如何，正确的答案是“它有意义吗？”

---

将您的

员工

业务对象作为服务提供有意义吗？也许是这样。将您的

仓库ShelfLocationArchive

业务对象作为服务提供有意义吗？也许不是。如果不是，那么仅仅因为时尚就这么做是愚蠢的。

不管教条如何，正确的答案是“它有意义吗？”

---

将您的

员工

业务对象作为服务提供有意义吗？也许是这样。将您的

仓库ShelfLocationArchive

业务对象作为服务提供有意义吗？也许不是。如果不是的话，那么仅仅因为它很时髦就这么做是愚蠢的。

@gabe说得对，你需要确保让objects服务变得有意义。然而，我还发现，一旦您构建了一个服务，其他人就会使用它。我在我所写的服务中反复看到了这一点：“如果你构建了它，它们就会出现。”

@gabe是正确的，你需要确保创建对象服务是有意义的。然而，我还发现，一旦您构建了一个服务，其他人就会使用它。在我所写的服务中，我一次又一次地看到了这一点：“如果你构建了它，它们就会出现。”

SOA是关于独立系统与其他独立系统的对话。如果您有一个场景，其中一个系统需要了解另一个系统的操作或数据，那么服务可能就是答案，但并非您创建的每个对象都不需要通过服务使用。所有其他人都完全正确。这有意义吗？它简单吗

SOA是关于独立系统与其他独立系统的对话。如果您有一个场景，其中一个系统需要了解另一个系统的操作或数据，那么服务可能就是答案，但并非您创建的每个对象都不需要通过服务使用。所有其他人都完全正确。这有意义吗？它简单吗