- when I publish my APIs to third parties, I am going to publish RESTful APIs,
- for non-GWT UIs I need RESTful APIs anyway, and I don't want to maintain two sets of APIs
Speaking of GWT, here is a great blog from Mr. Ganesh analyzing its pros and cons:
http://www.gmarwaha.com/blog/2011/05/09/gwt-pros-and-cons/
Highlights are: support from a great IDE, which helps with refactoring, great debugging and the advantages of Java (tools, libraries and the eco-system). One can also add: automatic image sprite, browser history management, custom UI events (I love this one - it helps with decoupling and removing dependencies), composites, one-click deployment on GAE.
Lowlights are: it is Java and it is not HTML. It has a proprietary feel.
True, GWT is not appropriate for all kinds of apps, but it is ideal for enterprise apps and large backend projects involving many developers. Also, if you are generating UIs from meta-data. You feel safe with GWT.
Coming back to REST, the HTTP response codes are really messy, but they come handy and I don't need to invent new ones.
No comments:
Post a Comment