0

我正在考虑用作为 WCF 服务公开的 BizTalk 编排替换业务层,作为我们许多应用程序的标准架构。本质上,ASP.NET 和 WinForms 应用程序将调用这些服务来检索和更新我们许多 LOB 数据库中的数据等。一些服务也将向合作伙伴开放。

至于数据访问,我当然可以使用 SQL Adapter,但我认为这不是最干净的方式,而且它与 SQL Server 紧密耦合的事实也让我觉得它不是一个好主意。我想使用基于实体框架的自定义 DAL,或者可能从 SubSonic 等工具生成。

这是一个好主意吗?从我的谷歌搜索中,我找不到很多人在做这种事情,也找不到任何关于它可能对他们有用的评论。

你对此有何看法?关于在哪里缓存数据、并发问题等有什么想法吗?

4

2 回答 2

0

您可能会更轻松地使用直接 WCF 和 NHibernate 或 EF 之类的东西。这些服务消耗和返回 DTO,而不是原始实体。如果您确实需要完成繁重的业务逻辑或映射,BizTalk 可以放在前面,或者与 ESB 一起甚至将映射服务暴露给侧面的数据服务。

还可以查看新的 WebApi 内容。http://wcf.codeplex.com/

于 2011-10-20T13:51:18.967 回答
0

而且 BizTalk 不擅长低延迟……您将在所有服务调用上获得一些开销。

如果您必须进行大量服务聚合,那么可能会采用这种方式......但请注意您从旨在为您提供有关消息完整性等各种服务的集成平台获得的延迟和开销。

于 2012-02-16T17:49:54.403 回答