by Nowell Strite and Shawn Rider
- Many sites
- Built on a diverse technical architecture
- Many repetitive components
- Ease of implementation
- Highly specific details
- Easy to share functionality with other projects
- Quick to get features up and running
- Possible to expand and enhance functionality
- Apps are expected to live at one URL
- Convention of adding ‘extra_content’ params are not satisfactory
- Conventional template replacement is not always flexible enough
- Kind of fixes the problem
- but form postings become complicated
- but performance issues
Because discussion is so important in this setting, many objects in Peer Connection support discussions. Given thaqt the purpose of the site is partially to learn to use technology, a clean user experience is essential.
- Sensible URLs that follow our patterns elsewhere on the site
- Allow discusisons app to interact with other apps and objects in expected ways
- Allow posting of data and error handling in the same location - no redirects to stand-alone pages to fix a message post
- Flexibility to enforce permissions and other variations of display in an ad-hoc way
- Apps can be presented at various URls through the site
- Better architecture
- Content generated by the pluggable app is in the main content well, but can be farmed out to other places
- pluggable urls
- pluggable views
- Subclassing / instantiation of pluggable application
- They do control of request stuff very nicely!