Sorry for the late reply :(.
Is it on the road map to make Click a little REST friendly?
doPut() and doDelete() don't seem to be implemented in ClickServlet :(.
(Judging from Rails, a REST approach seems to greatly simplify many
applications).
Isn't REST targeted at services rather than the front-end?
In practice I see it mostly for services provided by web applications.
Almost all well known Rails based applications have this: RESt with the
UI, but also allows 3rd parties to use those pages as services for
automation and integration without extra effort form the "provider" side.
I can see how
an Action based framework might find benefits from REST but not really
for the component oriented ones.
If I look more at those Rails apps, I see that it has nothing to do
with the inner architecture of the web framework (action or component
based), but how the user of that application see it and can use it
(manually or automated). In fact many users don't even know the
difference, e.g. they just use a ready made batch script with CURL to
add hundreds of customers, or the like.
For example to delete a Customer one would most like add an event
listener to the button instead of overriding the onDelete event.
I don't mean the Click onDelete event, but the Servlet doDelete method.
Internally it might be well possible that it would trigger Click's
delete event listener or what it makes more sense.
The idea is just to support those HTTP PUT and DELETE operations.
Would be interesting to hear what benefits REST would bring.
For users (of a click application), pages(their Restful URLs) would be
UI, but API too with ZERO effort from the developer's side.
regards,
Andrei.
