我已经阅读了许多关于WCF和ASP.Net Web API之间差异的文章,但是我无法得出清晰的想法来确定哪个更适合我的项目。大多数文章都强调了这两种Web服务的设计观点。但我对我的项目最适合哪个及为什么感到困惑?以下是我对该项目的简要描述。
我需要在两个服务器之间创建一个通信渠道(两者均使用C#编写)。服务器将使用消息进行通信(某些类型的命令)。有时消息可能只是确认,而有时消息可能包含执行某些计算的指令。例如,一个消息可以是绘制某些内容或发送SMS等。并且不一定需要涉及任何数据库事务。但是消息有时可以作为有效负载发送大型文本文件(最大约1-5 MB)。我相信WCF肯定可以做到这一点,但是ASP.net web API是否也可以做到同样的事情?因为到目前为止,我看到的所有ASP.Net Web API示例:它们都适用于操纵某种类型的DB存储的RESTful服务(GET、PUT、DELETE)。但在我的情况下,我将需要公开服务点,以执行某种处理,例如返回计算值、发送和确认消息等等,而不仅仅是操作DB存储。
那么,应该选择哪种最好、最简单的方法呢?需要指出的是,我没有找到任何使用ASP.Net Web API实现此目标的直接示例。
我需要在两个服务器之间创建一个通信渠道(两者均使用C#编写)。服务器将使用消息进行通信(某些类型的命令)。有时消息可能只是确认,而有时消息可能包含执行某些计算的指令。例如,一个消息可以是绘制某些内容或发送SMS等。并且不一定需要涉及任何数据库事务。但是消息有时可以作为有效负载发送大型文本文件(最大约1-5 MB)。我相信WCF肯定可以做到这一点,但是ASP.net web API是否也可以做到同样的事情?因为到目前为止,我看到的所有ASP.Net Web API示例:它们都适用于操纵某种类型的DB存储的RESTful服务(GET、PUT、DELETE)。但在我的情况下,我将需要公开服务点,以执行某种处理,例如返回计算值、发送和确认消息等等,而不仅仅是操作DB存储。
那么,应该选择哪种最好、最简单的方法呢?需要指出的是,我没有找到任何使用ASP.Net Web API实现此目标的直接示例。