X-HTTP-Method-Override和Http Extension框架

marginwidth="0" marginheight="0" src="http://www.zealware.com/csdnblog336280.html" frameborder="0" width="336" scrolling="no" height="280">

原文: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方法呢?

 

 

 




你可能感兴趣的:(X-HTTP-Method-Override和Http Extension框架)