Solución:
REST significa Transferencia de Estado REpresentacional y es algo como esto:
Tenemos un montón de ‘entidades’ direccionables de forma única que queremos que estén disponibles a través de una aplicación web. Cada una de esas entidades tiene algún identificador y se puede acceder a ellas en varios formatos. REST define un montón de cosas sobre lo que significan GET, POST, etc. para estos propósitos.
la idea básica con REST es que puede adjuntar un montón de ‘renderizadores’ a diferentes entidades para que puedan estar disponibles en diferentes formatos fácilmente usando los mismos verbos HTTP y formatos de URL.
Para obtener más aclaraciones sobre lo que significa RESTful y cómo se usa, google rails. Rails es un marco RESTful, por lo que hay mucha buena información disponible en sus documentos y publicaciones de blog asociadas. Vale la pena leerlo incluso si no está interesado en utilizar el marco. Por ejemplo: http://www.sitepoint.com/restful-rails-part-i/
Descansar significa no descansar. Si tiene una aplicación web que no se adhiere a los principios RESTful, entonces no es RESTful
‘RESTless’ es un término que no se usa a menudo.
Usted puede definir ‘RESTless’ como cualquier sistema que no DESCANSO. Para eso basta con no tener uno característica que se requiere para un sistema RESTful.
La mayoría de los sistemas son RESTless según esta definición porque no implementan HATEOAS.
Cualquier modelo que no identifique el recurso y la acción asociada con él está inquieto. inquieto no es un término cualquiera, sino un término de jerga para representar todos los demás servicios que no cumplen con la definición anterior. En el modelo de descanso, el recurso se identifica por URL (NOUN) y las acciones (VERBS) mediante los métodos predefinidos en los protocolos HTTP, es decir, GET, POST, PUT, DELETE, etc.