Presenter first (software approach)
Presenter first is a software development approach that combines the ideas of the model–view–presenter (MVP) design pattern, test-driven development, and feature-driven development.
Approach
Presenter first concentrates on transforming each of a customer's requirements into a well tested, working feature as quickly and with as much correlation to the customer's story language (requirement) as possible. The language of the story or requirement is used to directly guide development of the feature – even naming the modules and function calls. As a consequence, the feature implementation tends to closely represent the customer's desire with little extraneous or unneeded functionality. The language of the source code also corresponds closely to the customer's stories.
Presenter first is often applied in graphical user interface applications. It is equally well applied to the development of command-line interfaces. Further, a slight variation of the approach has been used effectively in embedded software; here the integral design pattern is known as model–conductor–hardware and the approach is termed conductor first.
When used in GUI applications, this approach allows the presentation logic and business logic of the application to be developed in a test first manner decoupled from on-screen widgets. Thus, the vast majority of the application programming can be tested via
Implementation
The MVP design pattern decouples on-screen widgets, presentation logic, and business logic. Presenter first starts the development process with the presenter component of an MVP axis. Test-driven development is accomplished by
The test cases for the presenter are determined from the customer requirements or stories. A customer will generally explain features in terms of 'when' statements – for example, "When I click the 'save' button then the file should be saved and the unsaved file warning should disappear." Unit tests and presenter code follow the flow of the 'when' statements. The presenter expects view events to be fired (e.g. the click of the save button), and in turn it will make calls on the view (e.g. hide the warning message) and the model (e.g. initiate file save operation) in response.
The many features of an application can make a single monolithic MVP axis unwieldy. Presenter first advocates breaking an application into multiple MVP axes. In a GUI application, each screen, dialog box, and complex widget is represented by an MVP axis (its functional design dictated by a customer story). Communication among the aggregated axis is accomplished through programmatic connections between models.
References
- Alles, Micah; Crosby, David; Erickson, Carl; Harleton, Brian; Marsiglia, Michael; Pattison, Greg; Stienstra, Curt (2006). "Presenter First: Organizing Complex GUI Applications for Test-Driven Development" (PDF). Agile: 276–288. Archived from the original (PDF) on 2011-07-01.
- Crosby, David; Erickson, Carl. "Big, Complex, and Tested? Just Say 'When'" (PDF). Better Software Magazine (February, 2007). Archived from the original (PDF) on 2011-07-01.
External links
- First papers and examples A collection of resources by one group of the Presenter First originators
- Part 1 Part 2 & Part 3 – transcripts of a video Podcast series with Ron Jacobs of ARCast.TV
- “Multiple Case Studies On Presenter First: TDD for Both Stand-alone GUI-based application And Eclipse Plug-in Development”