Debería ser una aplicación web, no sitios web. Los sitios web son para contenido estático y menos cambiante.
Uno de los objetivos de RESTful API es tener servicios conectados y un ecosistema de valor
Su punto final de API debe ser productos / servicios que su aplicación web quiera exponer a consumidores / empresas para llevar a cabo su propia funcionalidad.
- Si uso los servicios web de Amazon para mi sitio web, ¿puedo pasar a mi propio servidor eventualmente? ¿Puedo llevar todo el contenido de los usuarios conmigo?
- ¿Por qué la relación P / E de ETF es diferente entre los sitios?
- ¿Qué quieres decir con rediseño de sitios web?
- ¿Cuál es el mejor idioma para escribir un servicio web desde el cual una aplicación de iOS, Android, Windows y un sitio web consulta datos?
- ¿Es posible proteger un sitio web del fraude de clics?
Un ejemplo: desarrollo una aplicación web de recursos humanos para una empresa, que tiene un directorio de usuarios existente para su personal, por ejemplo, Azure AD (proveedor de identidad como servicio) significa que no necesito diseñar o implementar un inicio de sesión personalizado sistema a mi aplicación de recursos humanos, todo lo que necesito hacer es conectar su Azure AD a mi aplicación web de recursos humanos, lo que haría que mi aplicación de recursos humanos parezca integrarse fácilmente con la pila de aplicaciones empresariales (si es necesario). Además, he ganado / pasado valor de un sistema a otro.
El diseño de una aplicación web con un enfoque centrado en API hace que la aplicación sea extensible.
Para más información http://www.slideshare.net/faberN…
