向Windows Phone开放PHP应用程序的技术-SOAP/REST

向Windows Phone开放PHP应用程序的技术-SOAP/REST,php,rest,soap,service,windows-phone,Php,Rest,Soap,Service,Windows Phone,我正在完成一个用面向对象PHP开发的网站 如果我能在Windows Phone上打开我的应用程序就太好了(因为我喜欢这个平台的外观和感觉) 我已经探索了通过使用PHPSoapServer类来打开我的应用程序。我还将REST和为我的应用程序检索数据作为JSON进行了研究,但它感觉像是一个零碎的解决方案 因此,我想就以下几点征求意见: 类是打开PHP应用程序的实际技术,以便其他平台(Windows Phone)可以使用它的类/函数吗?或者我应该考虑其他方式来“打开”我的申请吗? 您可以做几件事,但

我正在完成一个用面向对象PHP开发的网站

如果我能在Windows Phone上打开我的应用程序就太好了(因为我喜欢这个平台的外观和感觉)

我已经探索了通过使用PHP
SoapServer
类来打开我的应用程序。我还将REST和为我的应用程序检索数据作为JSON进行了研究,但它感觉像是一个零碎的解决方案

因此,我想就以下几点征求意见:

  • 类是打开PHP应用程序的实际技术,以便其他平台(Windows Phone)可以使用它的类/函数吗?或者我应该考虑其他方式来“打开”我的申请吗?

    • 您可以做几件事,但最常用的是您提到的两件事:SOAP和REST。没有事实上的标准。要明确的是,因为我们在这里讨论的是API,所以除了处理所选方法服务器端有多容易之外,使用PHP与使用PHP之间没有真正的区别(如果它是面向对象的,就更不用说了)

      我自己也不太喜欢SOAP,尤其是PHP。支持不是很好,但我在这方面的经验主要是使用SOAP,而不是提供SOAP。如果您不能自动导入它们//自动创建类,那么从.wsdl中读取内容所获得的许多优势就消失了,并且默认的SOAP实现在某些情况下有点太喜欢只说“分段错误”

      也就是说,你的两个选择大体上是不同的

      • SOAP:更严格的企业设置,更多的差异,可能因此更多地控制/强制标准。另一方面,使用客户端可能会很复杂
      • REST:更加敏捷,对于API的用户来说非常容易理解。另一方面,它确实倾向于创建不太一致的API,但这不是一个给定的条件:您可以非常精确地定义API,而不存在此问题

      就我个人而言,我会在这种环境中选择REST系统。当然,若您不喜欢JSON,也可以让您的REST环境为XML服务。

      REST就是:)。我明白你对WSDL的看法,从我所看到的来看,维护它也是一件痛苦的事情,所以在这个例子中SOAP并没有真正的好处。如果它是一个大项目,你可能希望在实现中有点过时,也就是说,首先是各种各样的设计:这有助于使它保持一致性。确保按预期使用POST/GET/DELETE/PUT请求,以便获得设计良好的API;)。看看这个问题(好吧,答案):这是一篇很棒的帖子,我把它作为我的最爱添加进去了。让发展开始吧。。。。