>In the REST architectural style, the implementation of the client and the implementation of the server can be done independently without each knowing about the other. This means that the code on the client side can be changed at any time without affecting the operation of the server, and the code on the server side can be changed without affecting the operation of the client.
which is kind of different from having server side "on change" events
Re:Ask HN: Alternatives to MVC
by tabtab on Wednesday August 14, 2019 @11:01AM
(#20696238)
Still this describes an "under the hood" implementation technique. It doesn't describe a UI method/technique/style in terms of what the end user sees. The end user's perspective is the key to my question. If that wasn't clear, I apologize.
>SEPARATION OF CLIENT AND SERVER
>In the REST architectural style, the implementation of the client and the implementation of the server can be done independently without each knowing about the other. This means that the code on the client side can be changed at any time without affecting the operation of the server, and the code on the server side can be changed without affecting the operation of the client.
which is kind of different from having server side "on change" events