0

我有一个网站(ASP.NET)和一些用于项目(用 C# 编写)的 winforms(.Net 2.0)。我将 web 服务 (IIS6) 用于在企业内部发送电子邮件之类的任务。

我认为 Web 服务很好,但我想根据您的经验,在 Web 服务中应该和不应该是什么?

4

4 回答 4

1

好吧,听起来您的面向服务架构有限(至少,我认为您正在这样做),根据 Gartner 的说法,这意味着您很快就会变得富有。:)

我发现 SOA 对我的好处实际上归结为所涉及系统的异构性(听起来您的系统不符合条件,因为它都是 .NET),而 SOA 的负面影响主要是因为 XML 的冗长性质。诚然, SOA不需要XML,但它是当前的大多数,恕我直言。

但是如果你不关心带宽/解析惩罚,谁在乎呢?也许您不是每分钟处理 10,000 个服务电话。使用这种实现方式,您将遵循DRY,只是使用 WS 而不是 sub,并且您遵循本质上与多个系统兼容的标准。

还有更糟糕的方法。

于 2008-09-23T21:51:29.630 回答
1

在我看来:

Web 服务应该保留给那些

  1. 您不能或不想分发;或者,
  2. 需要认真扩展的代码。

一个示例是多个应用程序需要访问的自定义业务逻辑。

您不想放入 Web 服务的代码包括:

  1. 基于性能的代码;
  2. 仅适用于相关应用程序的代码。
于 2008-09-23T21:56:27.247 回答
0

Web 服务/SOA 的新趋势似乎是或多或少地公开一个您的主机应用程序可以使用的轻量级中间层。与通过服务(如您的示例中)公开的单个方法调用不同,面向 SOA 的应用程序具有广泛的数据/操作合同,充当“传统”中间层组件。

于 2008-09-23T22:22:52.893 回答
0

尽可能少,同时仍然有用。

默认情况下,不要将返回对象的每个字段都放在返回数据中,也不要暴露现有类的每个方法。

也读这个...

于 2008-09-26T19:29:23.773 回答