客户服务交互逻辑

Question

实现客户-服务交互逻辑似乎有几种方法。

变体1

客户端实现类似于服务上的对象模型的对象模型(例如WCF Data Services)。客户端对对象进行更改，创建和注册新对象。完成后，已创建和更改的对象的状态被发送到服务。服务从数据库中还原现有对象/创建空对象并合并状态。

变异体1b

与V1相同，但是客户端没有发送状态，而是将对象状态的更改发送给服务。

变体2

客户端根本不发送对象状态到服务！相反，它调用服务方法、服务更改对象并将更改通知客户端。客户端按原样应用这些更改。

问题

1. 哪种变体更好？
2. 第二个变体是如何准确命名的，我在哪里可以找到更多有关它的信息？
3. 什么框架可以用于更改服务上的对象状态，并自动应用于客户端？

Answer 1

http://martinfowler.com/bliki/FirstLaw.html

这是你应该遵循的第一条规则，与Tim所说的完全相反，它并不真的取决于你想要解决的问题，这正是为什么我们可以找到非常讨厌的软件片段的原因。你不是在试图解决一个领域问题，这将是非常具体的，你只是试图实现一个体系结构，并为此有正确和错误的方式来做事情。

您似乎已经知道您希望使用webservices，因此让我建议您使用ASP.NET而不是WCF构建REST，因为使用它更容易。

至于你的变体，我会用第二个，因为它是一个符合其余的原则。您的“服务器”保存对象，并通过使用REST更改它们的状态来请求对象。此外，客户端不应该持有服务器对象的副本，而客户端应该持有表示该对象在服务器上的样子的模型。这与过去使用.NET远程处理、Corba、RMI等技术的情况截然相反。客户端通过对象代理使用服务器对象，并直接在其上调用方法，非常类似于您的变体1，但我们现在已经过去了，越来越多的API是围绕REST构建的无状态API。

• 1-2
• 这真的取决于你想要什么样的技术，你想要使用。如果您站在MSFT这一边，ASP.NET Web是一个巨大的堆栈，对于客户机(UI)来说，可能是ReactJS
• 3.使用我告诉您的堆栈实现这一点的唯一方法是使用websockets调用客户端回调。您可以使用SignalR，它通过使用ajax调用实现客户端推送的相同功能。