C# 将依赖于web引用的业务逻辑从表示层中分离出来
我有一个web应用程序，其中有一个表示层和一个业务层作为单独的项目。一个是web应用程序，另一个是类库。我已经向web应用程序添加了一个web引用以使用web服务。我在使用服务API时没有遇到任何问题，但我发现自己在表示层中添加了很多业务层类型逻辑来利用这个API。如果我能改变我的一些业务层代码来使用web服务，我会很高兴的，但是这样的配置听起来像是一个大通告，不。无论如何，我希望我的对象能够继续做他们正在做的事情，但也能与web服务一起工作，但我发现自己必须在表示层中创建一个helper/manager类来使用web服务。这导致我需要在我要添加到服务中的对象上执行操作的任何地方更改代码。解决这个问题的正确方法是什么 我甚至不确定在这些漫无边际的谈话中是否有一个合理的问题，但如果有人能提供任何有用的话，我将不胜感激C# 将依赖于web引用的业务逻辑从表示层中分离出来,c#,asp.net,web-services,business-logic-layer,C#,Asp.net,Web Services,Business Logic Layer,我有一个web应用程序，其中有一个表示层和一个业务层作为单独的项目。一个是web应用程序，另一个是类库。我已经向web应用程序添加了一个web引用以使用web服务。我在使用服务API时没有遇到任何问题，但我发现自己在表示层中添加了很多业务层类型逻辑来利用这个API。如果我能改变我的一些业务层代码来使用web服务，我会很高兴的，但是这样的配置听起来像是一个大通告，不。无论如何，我希望我的对象能够继续做他们正在做的事情，但也能与web服务一起工作，但我发现自己必须在表示层中创建一个helper/ma
谢谢 如果您的服务层只公开类似服务的方法（比如像SaveInvoice（InvoiceDTO）这样的简单CRUD方法），那么在大多数情况下您应该可以。 但是，我们可以使用您这边的一些代码
构建服务层的方法确实有很多种，有状态、无状态等等，因此请尝试解释您在演示文稿中得到的重复情况如果您的服务层只公开类似于服务的方法（例如可能简单的CRUD方法，如SaveInvoice（InvoiceDTO）），那么在大多数情况下您应该可以。 但是，我们可以使用您这边的一些代码
构建服务层的方法确实有很多种，有状态的、无状态的等等，因此请尝试解释您在演示文稿中得到的重复内容也许您也应该让您的服务封装业务逻辑？这样，您的表示层将只访问服务—服务将访问业务逻辑层。也许您也应该让您的服务封装业务逻辑？这样，您的表示层将只访问服务—服务将访问业务逻辑层。我实现这一点的方法是创建这样的内容：
- 数据访问层
- 业务逻辑层
- 服务层（没有任何业务逻辑，只有一个接口）
- 服务访问层（没有任何业务逻辑或表示逻辑）
- 表示层（MVC、表示逻辑等）
您的服务层现在缺少业务逻辑，可以在不影响业务逻辑的情况下进行更改。客户端上的服务访问层也可以避免服务界面的更改。我所采用的方法就是创建这样的内容：
- 数据访问层
- 业务逻辑层
- 服务层（没有任何业务逻辑，只有一个接口）
- 服务访问层（没有任何业务逻辑或表示逻辑）
- 表示层（MVC、表示逻辑等）
您的服务层现在缺少业务逻辑，可以在不影响业务逻辑的情况下进行更改。客户端的服务访问层也可以避免服务接口的更改。听起来好像我需要研究在.net web应用程序中实现服务层的正确方法。我目前只是向web应用程序添加一个web引用，并在调用业务层的同时访问服务API。我希望找到一种从业务层使用web服务的方法，以避免在整个应用程序中添加相同的代码。听起来好像我需要研究在.net web应用程序中实现服务层的正确方法。我目前只是向web应用程序添加一个web引用，并在调用业务层的同时访问服务API。我希望找到一种从业务层使用webservice的方法，以避免在整个应用程序中添加相同的代码。