March 22nd, 2009
The main goals of the WebWork Framework depicted on the Wikipedia's article:
- Web Designer never has to touch Java code;
- Create multiple "Web Skins" for a application;
- Change Look and Feel;
- Change Layout on a given Web Page;
- Change Flow among Web Pages;
- Move *existing* data elements from one page to another;
- Integrate with various backend infrastructures;
- Reuse components;
- Perform internationalization (i18n) of a web application;
- Keep the API small and to the point;
- Ability to learn WebWork fast, by making all the fancier features optional;
- Allow the developer to choose how to implement as much as possible, while providing default implementations that work well in most cases [1];
I'm not sure if the order on the list above reflects the priority but if so I would strongly use the items from 8 until 12 as the first top one priorities:
- Reuse components;
- Keep the API small and to the point;
- Ability to learn <YOUR FRAMEWORK/API NAME HERE> fast, by making all the fancier features optional;
- Allow the developer to choose how to implement as much as possible, while providing default implementations that work well in most cases [1];
- Perform internationalization (i18n) of a web application;
An the last item is for certain one of the main strengths of the Springframework, as well as the terrific usage of Object Oriented advantages as Polymorphism.
I stumble upon this WebWork article because a tool I'm using for the past months makes some use of it :)
