1.没有充分利用http协议原有的体系 比如get表示获取资源 post表示创建资源 delete表示删除资源 patch表示更新资源
2.restful协议

1.虽然http协议有post，get，head，put，delete等多种方法，但是平常来说post，get基本足够用。所以soap只支持post方法的差别应该在缺少get方法，get方法可以浏览器直接跳转，post必须借助表单或者ajax等提交。也就限制了soap请求只能在页面内获取或者提交数据。
另外，soap协议规范上是支持get的，但是由于一般xml比较复杂，不适合放在get请求的查询参数里，所以soap协议的服务多采用post请求方法。
2.应该要讲restful协议了，一种使用json格式交互数据的，基于http协议的，轻量级网络数据交互规范。

webservice soap的初始目标：服务自描述，其实就是没有达成，UDDI早已默默死掉

面向函数和面向对象在信息交互上的特征是什么？为什么讲onc合适面向函数？

这套教程真的是比以前看过的好多书都要生动形象，高手出马，化繁为简，非常感谢老师的倾情分享

题目1:
HTTP请求里面有很多种提交方式，文中只是提到了可以用post，其实还是可以用其他方式的，比如get。
题目2:
restful，用json格式的数据发送请求和返回数据。

1. POST 请求构造比较麻烦，需要专门的工具，所以调用和调试更费事。
2. 更简单的应该就是RESTful 了吧，SOAP 感觉不太好用，复杂度比较高，用起来没有http顺手。

可以使用类似thrift的DSL来描述服务接口，然后生成服务端和客户端

soap的方言问题过于严重。其实简单场景可以用http rest或者json+http post,或者用比较新的graphql

读完之后才发现最初的rpc协议并没有做到对调用者的完全透明，不利于扩展

之前工程里需要调用第三方的SOAP接口，于是研究了一下web servies，但是云里雾里的。
这下感觉WSDL，XML，SOAP等技术的关系现在清晰多了。

不用get是考虑传输的内容长度大小吧，如果是提交文件流的形式，post怎么处理？

但是这个二进制格式，怎么转换为xml这种格式呢？过程是怎么解析的呢？主要是这块不清楚，作者能解惑下不？

1.只使用post需要把动作封装到传输内容里
2.其他的协议比如json