客户端类库与web服务/ web服务和服务器类库之间的通信

Question

想知道其他人做什么/层间通信的最佳实践。这个问题与2-3层和3-4层之间的通信有关.

我们的基本架构(按顺序排列)如下：

1. UI
2. Front终端业务类
3. Web Services
4. 后端业务

web服务只是一个外观，包括日志记录和后端类库的身份验证。

因此，web服务将传递一个请求对象，该请求对象包括web方法所需的参数以及用户凭据(例如，用户凭据存储在基类中，因为我们总是需要将其传递给webservice)，并使用响应对象(如状态和消息、如果失败等内容以及所需的对象)进行响应。请求和响应都使用自定义的泛型类/或接口，其中只返回一个结果，否则需要创建一个类。

有时，对第4层的响应对象这样做是有意义的(尽管我们不使用请求对象，除非很多参数需要是pasaws)，在这种情况下，我们只在第3层中有一个适配器类，它将这个类返回给客户端。为了保持一致性，我一直在考虑这样做，尽管我认为这样做可能有点过分。

因此，要迭代这个问题，层间通信的最佳实践是什么？人们是否应该使用上面概述的这种方法(它对我们很好)，并且第3-4层是否应该实现与2-3类似的方法？

可能的考虑因素：

目前，future

• future web服务中的某些客户端代码可能是基于WCF的(我不确定这是否会对界面进行编码以外的其他设计效果)。
• 目前所有的内容都是由开发人员自行编写的。
• 我们使用.net

Answer 1

为了完整起见：

在类库中拥有响应/请求似乎是个好主意，这样如果您想要将web服务更改为WCF，那么需要做的工作就更少了。