Italiano
Română
Русский¿Integrar un Cliente SOAP en un Plugin de WordPress?
¿Cuál es la mejor manera de integrar un cliente SOAP en un plugin de WordPress que se distribuiría a través del repositorio de plugins de WordPress? ¿Es mejor usar?
- El Cliente Soap de PHP 5.x,
- El Cliente Soap de Zend,
- El NuSoap Toolkit para PHP,
- El Cliente/Servidor SOAP PEAR para PHP, o
- Algún otro cliente SOAP para PHP?
Además, ¿por qué recomiendas el que sugieres? ¿Y cuáles son los pros y contras de cada uno? "Puntos extra" si tienes experiencias reales usando un cliente SOAP en un plugin ampliamente distribuido. ¿Y hay diferencias entre llamar a un servidor SOAP de .NET, un servidor SOAP de Java u otra pila de servidor SOAP?
Ten en cuenta que esta es una pregunta relacionada con "Dificultades al distribuir plugins que acceden a servicios web SOAP" y también la estoy convirtiendo en una wiki comunitaria.
Actualización
Aquí hay algunos enlaces potencialmente útiles para otros que investiguen esta misma pregunta:
- Crear un cliente SOAP usando PHP y NuSoap.
- Cliente Soap llamando a servicio web .NET
- Usando SOAP con PHP (en Apple.com)
- PHP y Servicios Web
- Programando con NuSOAP usando WSDL
- Usando Amazon Web Services con PHP y SOAP
- El cliente de servicios web PHP más simple
- Desarrollando servicios web SOAP con PHP/C#
- Un cliente de servicios web PHP
Gracias por la respuesta. Estoy de acuerdo en que sería bueno abstraer, pero no inmediatamente. Creo que se necesita una buena cantidad de experiencia en varias de las bibliotecas, de lo contrario se corre el riesgo de violar el principio YAGNI. Pregunté en StackOverflow pero discuten en términos abstractos y no conocen las limitaciones que los desarrolladores de plugins de WordPress deben considerar. Por cierto, no obtuve mucha utilidad allí. Lo que realmente quiero es que todos los clientes reconozcan que están pidiendo problemas con SOAP frente a servicios web RESTful.
MikeSchinkel
@Mike: Efectivamente, una diferencia importante es que esto es para tu propio plugin, ¿no es una API que otros extenderán? Entonces tienes más libertad para cambiar tu código interno y abstraer más tarde.
Jan Fabry