有关 Web 服务或相关技术的建议

发布于 2024-11-12 06:04:01 字数 227 浏览 2 评论 0原文

我正在开发一个系统,必须能够通过互联网从其他公司的外部系统接收 XML 消息(最好没有 SOAP 信封)。我不确定外部系统是用什么技术编写的。 外部公司的开发人员必须创建 XML 发送功能。我想尽量减少他们的努力。 WCF 是一个好的选择吗?

操作系统将是带有 IIS 5.1 的 Windows XP 或带有 IIS 6.0 的 Windows Server 2003。 .NET 框架是 3.5。

谢谢。

I am developing a system that must be able to receive an XML messages (preferably without SOAP envelope) from other's company external system through the internet. I am not sure what technology is external system written in.
The developers from the external company must create a XML sending feature. I would like to minimazie their effort.
Is WCF good choice for that?

The OS will be either Windows XP with IIS 5.1 or Windows Server 2003 with IIS 6.0.
.NET Framework is 3.5.

Thanks.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(5

勿忘心安 2024-11-19 06:04:01

您可以使用 WCF,也可以使用 Web 服务。

You can use the WCF but also you can use Web Services.

舟遥客 2024-11-19 06:04:01

就通过 HTTP(甚至 TCP 等其他协议)实现服务而言,WCF 是一个非常高的抽象级别。在您的情况下,WCF REST 服务有两个选项

  1. :因为您期望自定义 XML 在 HTML 有效负载中传递。这可以是一个选项,但前提是您可以将服务可视化为面向资源的服务。
  2. 自定义 HTTP 处理程序:这些处理程序在 ASP.NET 各个组件的整个抽象堆栈中处于非常低的级别。与 WCF 相比,它可以更灵活地实现通过 HTTP 传递的自定义 XML,但需要更多代码

WCF is a very high level of abstraction in terms of implementing services over HTTP (and even other protocols like TCP). There are two options in your case

  1. WCF REST service : As you are expecting custom XML to be passed around in HTML payload. this can be a option but only in case you can visualize the service as resource oriented.
  2. Custom HTTP handlers : These are very low level in the whole abstraction stack of various components of ASP.NET. Which allows much more flexibility in implementing custom XML passing over HTTP but would require much more code as compared to WCF
空名 2024-11-19 06:04:01

您可以通过 AJAX

$.ajax( {
  type:'Get',
  url:'http://mysite.com/mywebservice',
  success:function(data) {
    alert(data);
  }
})

相关示例来使用 jQuery:

破晓 2024-11-19 06:04:01

这实际上取决于您的业务。如果他们需要调用您的服务,您可以创建 WCF 或 WebSerivice(它们在概念上完全相同),但他们可能需要更改一些内容才能调用您的服务。如果您走这条路,我建议您使用 SOAP 信封来验证发送者的身份,将某种令牌放入标头中。另一种解决方案(在 XML 非常大的情况下,假设我们正在讨论至少包含所有新产品的 XML),您可以使用 FTP 并从那里获取 XML 文件。

It really depends by your business. If they need call a service on you can create either a WCF or a WebSerivice (which conceptually are exactly the same things) but probably they need to change something on their side to call your service. In the case you go for this road I can suggest you to use a SOAP envelop to authenticate the sender putting kind of token in the header. Another solution (in the case the XML is very big let’s say we are talking about an XML that contain a least of all the new products) you could use an FTP and pick up the XML file from there.

奶茶白久 2024-11-19 06:04:01

选择一项技术需要更多细节。
一些基础知识是:
您的预算是多少?
你现在有什么资源?
以后谁来负责维护、RFC?
您的“产品”会被调用进行数据通信吗?还是您的产品需要调用它们进行数据通信?

要处理/生成 XML,免费且简单的工具有 JAVA、PHP(以及许多其他工具)。

Picking out a technology requires more details.
Some of the basics are:
What's your budget ?
what resources do you have now?
Who will be responsible for maintainence, RFC later?
Will your 'product' be called for data communication or Will your product need to call them for data communication?

To process/generate XML, the free and simple ones are, for example, JAVA, PHP (and many others too).

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文