好了,我已经实现了REST和SOAP服务,根据上下文,我喜欢这两种服务。对我来说,当我想在服务器和客户端之间有一个明确的契约时,WS*是很棒的,例如对于敏感信息或关键任务的东西。另一方面,REST虽然在模式定义方面是灵活的,但在我看来,对于不需要经历任何严肃业务逻辑的内容服务或数据来说,REST更理想。
REST似乎是当今的主流,当Thoughworks的Martin Fowler等人给出了这个播客: on REST并嘲笑WS*时,我有点不舒服。虽然他自己很受尊重,但我认为肥皂仍然有很大的空间,这里需要一小撮盐,这是对的吗?有人在严肃的业务应用程序中使用过REST吗?
以下是“允许”使用XML,还是简单地错误地使用XML?我找不到这方面的限制,但感觉有点奇怪。
<example>
You can choose from
<option>this</option>
<option>that</option>
<option>something else</option>
Choose wisely.
</example>
如果这是错误的,什么是好的替代方案?
我有一个连接到Facebook页面的Instagram Business帐户。当我尝试通过图形应用编程接口访问Instagram时,我得到一个Unsupported get request. Object with ID '{instagram account-id}' does not exist, cannot be loaded due to missing permissions, or does not support this operation.
我尝试的查询是(其中):/v3.0/{insta-id}?fields=follow_count
我尝试了个人访问和页