分布式服务如何比分布式对象更好？

Question

我对技术不感兴趣，例如CORBA和Web服务，我感兴趣的是原理。当我们做OOP时，为什么我们要在更高的层次上有如此过程化的东西呢？它不是和OOP和关系数据库一样吗？通常通过代码生成来支持服务，除了样板之外，我认为这是因为我们新的SOM -服务对象映射器。那么，是什么原因造成了wervices而不是objects呢？

Answer 1

分布式服务与分布式对象之间的主要区别在于，根据定义，服务及其操作是粗粒度的，而对象默认是细粒度的。

在进行远程调用时，网络延迟是一个事实，您的接口越粗糙越好。面向服务的模式和实践侧重于构建这样的接口。

因此，总而言之，问题不在于技术或协议(二进制与XML)，而在于使用场景。您可以在CORBA中创建“服务”，并在WCF中进行老式的分布式对象编程，但前者似乎更偏向对象，而后者--偏向于服务……

Answer 2

分布式对象和远程过程调用有点像进程之间的共享状态，而服务是自包含的。

它可以与共享状态语言中的普通OOP和使用Actor模型但没有共享状态的语言之间的关系进行比较(就像Erlang中一样，在Erlang中，您有许多轻量级的进程不共享任何东西，但仅通过消息进行通信)。Actor模型方法要简单得多，并且可以为您提供与并发等相关的好处。

Answer 3

IMHO，在高层次上几乎没有区别。但在实现层面上，分布式对象、CORBA、Java RMI等还有很多需要改进的地方。我试图在实际的生产系统中使用CORBA和后来的RMI，保持版本同步是一场噩梦。

这些天，我发送消息并得到回复。