REST, XML-RPC o SOAP?

Agregar a favoritos

4 Comentarios

Posteado hace 641 días en:

Ultimamente no paro de pensar en los sistemas de API´s que hay por la red, desde mi punto de vista me gusta el sistema REST, que es el de toda la vida, accediendo mediante una URL.
El problema llega cuando necesitas que sea privada, necesitas por un lado crear cabeceras de autenticación básica y por otro recibirlas .

Cada vez hay más contenido en la red y necesitamos canalizar de la mejor forma la información.

Más info:


  • avatar

    DrSlump#1 hace 641 días

    ReST es la mejor en mi opinión. Primero porque es concisa, solo se centra en hacer una cosa y hacerla bien. Es decir, con ReST decimos que acción queremos hacer (GET,POST,PUT,DELETE) y sobre que recurso (URI). El formato del contenido (payload) puede estar en el formato que queramos: XML, HTML, Texto, binario … los otros métodos nos límitan (XMLRPC) o son demasiado complejos (SOAP). Además, al solo centrarse en una parte del problema, podemos reutilizar la gestión del payload para otro tipo de transportes como email o IM (jabber).

    El principal problema de ReST es que mucha gente se límita a usar solo el verbo GET o como mucho también el POST, con lo que queda bastante limitado.

    En cuanto al uso de cabeceras, no veo cual es el problema. El protocolo HTTP está ampliamente documentado y con multitud de implementaciones de calidad. Con cabeceras HTTP puede hacerse cualquier cosa que hagas con XML y encima de una manera estándard y documentada (auth, cache, expiración, errores …)

  • avatar

    icebeat#2 hace 641 días

    Mi problema DrSlump viene dado cuando necesitas saber como hacer el cliente y el servidor.
    Por ejemplo, he estado mirando la API de del.icio.us pero no consigo hacerla funcionar porque usa https. No consigo conectar con sockets :S.

    Las cosas simples son las que de verdad triunfan.
    Buena explicación DrSlump, es la que yo queria transmitir jeje.

  • avatar

    DrSlump#3 hace 640 días

    Para establecer conexiones https en PHP necesitas tener compilada la librería openSSL como primer requisito. Después hay dos opciones: usar los sockets de PHP o la extensión Curl que es mucho más potente.

    De todas formas yo le echaría un vistazo a pear.php.net, que tiene un paquete llamado Services_Delicious creo, que aunque no funcione con el API actual siempre será una buena base sobre la que empezar.

    ciao

  • avatar

    icebeat#4 hace 634 días

    Wow muchas gracias, ya decia yo que era raro no que no conectara en local, seguramente ese era el problema.
    Saludos.