本文探讨了X-HTTP-Method-Override头在GData中的应用，并回顾了SOAP最初草案中基于HTTP Extension Framework的设计。文中提到早期草案中M-POST方法的使用过程及其带来的挑战，以及作者对于为何在某些情况下仍选择使用DELETE和PUT方法的疑问。
原文：X-HTTP-Method-Override and HTTP Extension Framework
在读完 GData's X-HTTP-Method-Override header后，我不禁猜测是否Google那帮人会和我们得到同样的结论。
SOAP最初的草案就是建立在 HTTP Extension Framework之上的。
在那些早期的草案中，如果存在通过Web构架来获取M-POST方法的情况，那么我们就的要求客户端先调用M-POST，然后在回过来调用POST。
你知道吗，我告诉你，那才是真正的PITA，我们最终要将其切断，然后通过POST进行后面的流程。
如果我在创建一个GData的客户端，我真在想，在那些给定的情况下，X-HTTP-Method-Override将在更多的案例和部署中运行，为什么我们还要使用DELETE 和PUT方法呢？
原文：X-HTTP-Method-Override and HTTP Extension Framework
在读完 GData's X-HTTP-Method-Override header后，我不禁猜测是否Google那帮人会和我们得到同样的结论。
SOAP最初的草案就是建立在 HTTP Extension Framework之上的。
在那些早期的草案中，如果存在通过Web构架来获取M-POST方法的情况，那么我们就的要求客户端先调用M-POST，然后在回过来调用POST。
你知道吗，我告诉你，那才是真正的PITA，我们最终要将其切断，然后通过POST进行后面的流程。
如果我在创建一个GData的客户端，我真在想，在那些给定的情况下，X-HTTP-Method-Override将在更多的案例和部署中运行，为什么我们还要使用DELETE 和PUT方法呢？
原文：X-HTTP-Method-Override and HTTP Extension Framework
在读完 GData's X-HTTP-Method-Override header后，我不禁猜测是否Google那帮人会和我们得到同样的结论。
SOAP最初的草案就是建立在 HTTP Extension Framework之上的。
在那些早期的草案中，如果存在通过Web构架来获取M-POST方法的情况，那么我们就的要求客户端先调用M-POST，然后在回过来调用POST。
你知道吗，我告诉你，那才是真正的PITA，我们最终要将其切断，然后通过POST进行后面的流程。
如果我在创建一个GData的客户端，我真在想，在那些给定的情况下，X-HTTP-Method-Override将在更多的案例和部署中运行，为什么我们还要使用DELETE 和PUT方法呢？
原文：X-HTTP-Method-Override and HTTP Extension Framework
在读完 GData's X-HTTP-Method-Override header后，我不禁猜测是否Google那帮人会和我们得到同样的结论。
SOAP最初的草案就是建立在 HTTP Extension Framework之上的。
在那些早期的草案中，如果存在通过Web构架来获取M-POST方法的情况，那么我们就的要求客户端先调用M-POST，然后在回过来调用POST。
你知道吗，我告诉你，那才是真正的PITA，我们最终要将其切断，然后通过POST进行后面的流程。
如果我在创建一个GData的客户端，我真在想，在那些给定的情况下，X-HTTP-Method-Override将在更多的案例和部署中运行，为什么我们还要使用DELETE 和PUT方法呢？
原文：X-HTTP-Method-Override and HTTP Extension Framework
在读完 GData's X-HTTP-Method-Override header后，我不禁猜测是否Google那帮人会和我们得到同样的结论。
SOAP最初的草案就是建立在 HTTP Extension Framework之上的。
在那些早期的草案中，如果存在通过Web构架来获取M-POST方法的情况，那么我们就的要求客户端先调用M-POST，然后在回过来调用POST。
你知道吗，我告诉你，那才是真正的PITA，我们最终要将其切断，然后通过POST进行后面的流程。
如果我在创建一个GData的客户端，我真在想，在那些给定的情况下，X-HTTP-Method-Override将在更多的案例和部署中运行，为什么我们还要使用DELETE 和PUT方法呢？
原文：X-HTTP-Method-Override and HTTP Extension Framework
在读完 GData's X-HTTP-Method-Override header后，我不禁猜测是否Google那帮人会和我们得到同样的结论。
SOAP最初的草案就是建立在 HTTP Extension Framework之上的。
在那些早期的草案中，如果存在通过Web构架来获取M-POST方法的情况，那么我们就的要求客户端先调用M-POST，然后在回过来调用POST。
你知道吗，我告诉你，那才是真正的PITA，我们最终要将其切断，然后通过POST进行后面的流程。
如果我在创建一个GData的客户端，我真在想，在那些给定的情况下，X-HTTP-Method-Override将在更多的案例和部署中运行，为什么我们还要使用DELETE 和PUT方法呢？
原文：X-HTTP-Method-Override and HTTP Extension Framework
在读完 GData's X-HTTP-Method-Override header后，我不禁猜测是否Google那帮人会和我们得到同样的结论。
SOAP最初的草案就是建立在 HTTP Extension Framework之上的。
在那些早期的草案中，如果存在通过Web构架来获取M-POST方法的情况，那么我们就的要求客户端先调用M-POST，然后在回过来调用POST。
你知道吗，我告诉你，那才是真正的PITA，我们最终要将其切断，然后通过POST进行后面的流程。
如果我在创建一个GData的客户端，我真在想，在那些给定的情况下，X-HTTP-Method-Override将在更多的案例和部署中运行，为什么我们还要使用DELETE 和PUT方法呢？
原文：X-HTTP-Method-Override and HTTP Extension Framework
在读完 GData's X-HTTP-Method-Override header后，我不禁猜测是否Google那帮人会和我们得到同样的结论。
SOAP最初的草案就是建立在 HTTP Extension Framework之上的。
在那些早期的草案中，如果存在通过Web构架来获取M-POST方法的情况，那么我们就的要求客户端先调用M-POST，然后在回过来调用POST。
你知道吗，我告诉你，那才是真正的PITA，我们最终要将其切断，然后通过POST进行后面的流程。
如果我在创建一个GData的客户端，我真在想，在那些给定的情况下，X-HTTP-Method-Override将在更多的案例和部署中运行，为什么我们还要使用DELETE 和PUT方法呢？
原文：X-HTTP-Method-Override and HTTP Extension Framework
在读完 GData's X-HTTP-Method-Override header后，我不禁猜测是否Google那帮人会和我们得到同样的结论。
SOAP最初的草案就是建立在 HTTP Extension Framework之上的。
在那些早期的草案中，如果存在通过Web构架来获取M-POST方法的情况，那么我们就的要求客户端先调用M-POST，然后在回过来调用POST。
你知道吗，我告诉你，那才是真正的PITA，我们最终要将其切断，然后通过POST进行后面的流程。
如果我在创建一个GData的客户端，我真在想，在那些给定的情况下，X-HTTP-Method-Override将在更多的案例和部署中运行，为什么我们还要使用DELETE 和PUT方法呢？
原文：X-HTTP-Method-Override and HTTP Extension Framework
在读完 GData's X-HTTP-Method-Override header后，我不禁猜测是否Google那帮人会和我们得到同样的结论。
SOAP最初的草案就是建立在 HTTP Extension Framework之上的。
在那些早期的草案中，如果存在通过Web构架来获取M-POST方法的情况，那么我们就的要求客户端先调用M-POST，然后在回过来调用POST。
你知道吗，我告诉你，那才是真正的PITA，我们最终要将其切断，然后通过POST进行后面的流程。
如果我在创建一个GData的客户端，我真在想，在那些给定的情况下，X-HTTP-Method-Override将在更多的案例和部署中运行，为什么我们还要使用DELETE 和PUT方法呢？
原文：X-HTTP-Method-Override and HTTP Extension Framework
在读完 GData's X-HTTP-Method-Override header后，我不禁猜测是否Google那帮人会和我们得到同样的结论。
SOAP最初的草案就是建立在 HTTP Extension Framework之上的。
在那些早期的草案中，如果存在通过Web构架来获取M-POST方法的情况，那么我们就的要求客户端先调用M-POST，然后在回过来调用POST。
你知道吗，我告诉你，那才是真正的PITA，我们最终要将其切断，然后通过POST进行后面的流程。
如果我在创建一个GData的客户端，我真在想，在那些给定的情况下，X-HTTP-Method-Override将在更多的案例和部署中运行，为什么我们还要使用DELETE 和PUT方法呢？
扫一扫
1459
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
