4

我在一个客户那里成功开发并部署了 WCF 服务层(针对 .NET 4.5 编译)。它工作得很好,一切都很花哨。

然而,我们只是有一个额外的要求——我应该重建(或至少重新设计)该层以合并 WSSF。没有我们需要集成的旧功能,服务中的所有操作都基于在数据库中执行 SP。

我应该这样做还是反对它更明智?我不确定,因为我从来没有使用过 WSSF,而且我几乎没有解释为什么我们应该在这个特定的工作场所(这可能是他们不想让我们知道以及根本不知道)他们自己)。

我的担忧基于但不限于以下几点。

  1. 最新版本是 2010年8 月。
  2. 文档部分中没有列出任何内容。
  3. 许可证似乎与商业活动相冲突。
  4. WSSF 在今天并没有被广泛用作技术(或者是吗?!)。
  5. WSSF 的目的只是 WCF-fy 旧服务层(或者不是吗?!)。

尤其是#4 和#5 不是我的武器库中最强的陈述,所以我很乐意纠正,如果有人在这个问题上有一些明智的话可以贡献。

4

2 回答 2

1

WSSF 是一个工具,它结合了构建 WCF 服务的最佳实践。自从我使用它已经有好几年了,但基本上我记得一个向导问了几个(实际上很多)关于服务(合同)、数据(模型)等的问题。它会产生一个组织良好的解决方案,其中有几个具有适当命名约定、详细声明的项目,例如将 IsOneWay=true/false 添加到 [OperationBehavior] 或 IsRequired=true/false、Order=n 等到 [DataContract]。换句话说,它生成了非常冗长的代码,我们中的大多数人在需要它之前都会放弃。

不过,它做得更多,例如构建您的解决方案,以便服务合同在一个项目中,数据合同在另一个项目中,并在另一个项目中实施。它创建了测试项目(我相信)。因此,解决方案的布局非常精细。我记得最简单的服务会在解决方案中产生大约 6-7 个项目。起初它有点吓人,直到您浏览它生成的代码。

它的另一个很酷的功能(当时很多人都在要求)是一种进行合同优先开发的方法。给定现有的 Web 服务元数据,您可以构建新的服务解决方案。

无论如何,一旦完成,您只需要基本上提供方法的实现即可。就个人而言,我从来没有真正将它用于服务开发。但是,当时,我很欣赏它,并经常将刚接触服务开发的客户推荐给它,因为我知道它会让他们有一个正确的开始。

不过,要评论您的担忧...

  1. 这是正确的,它没有获得任何资源来更新它。
  2. 实际上,有相当多的文档。只需移至“主页”选项卡,您就会看到指向它的链接。
  3. 不确定这一点。它生成的代码是你的。你仍然必须编译它,并且它是你的,以保持前进。与任何其他代码生成工具没有什么不同(据我所知)。
  4. 不,不是。另外,考虑一下它的开发时间,.NET Framework 2 - 3.x。从那时起,WCF 中添加了很多内容。还有一些关于服务开发的新指南。如果您正在使用 .NET Framework 3.5SP 及更高版本中添加的一些新功能(您可能是),那么这绝对不是我推荐使用的东西。
  5. 同样,这是一个不错的功能(合同优先开发)。但是,这真的不是主要的想法。它也是为新服务构建框架的工具。事实上,据我回忆,新服务开发是该工具的最初动机。一旦你花时间浏览了这些对话框,你就有了一个非常好的解决方案来开始构建。
于 2013-08-20T06:36:20.657 回答
1

短篇小说是它看起来不太好。来自MSDN:Web 服务软件工厂 2010

Web Service Software Factory 现在由社区维护,可以在 Service Factory 站点上找到。此内容已过时,不再维护。它是为仍在使用这些技术的个人提供的。此页面可能包含最初发布时有效的 URL,但现在链接到不再存在的站点或页面。退休:2011 年 11 月

1)所以,看起来它完全由社区运行。不过看讨论区的帖子不多,也有不少没有回复。

2) 我发现在 codeplex 中文档选项卡为空是很常见的,但经常有文档但不在文档选项卡上。

3) 在许可方面,Ms-PL 是相当宽松的,所以我不认为会有任何问题。

4)不要贬低它,但我认为它不是/很受欢迎。绝对不是标准。

5) 服务工厂的目的是提供指导——包括书面的和基于代码的。有关讨论,请参阅Web 服务软件工厂

于 2013-08-20T06:59:33.327 回答