I found very interesting paper: Developing GUI Applications: Architectural patterns Revisited by Alexandros Karagkasidis
Implementing presentation layer is a really tricky. It is at least so complex as implementing a domain layer and not at all less important. There are lots of approaches to the subject, from the most comprehensive MVC, MVP, PAC and HMVC to the most detailed being described by Martin Fowler or vendor-specific approaches i.e. MVVM (which might be described in a Flowler's language as well).
According to Alexandros all these share same problem: work well for simple cases. My own understanding is the core is how a GUI functionality should be exactly mapped to structural elements of a pattern.
Let's take MVC pattern. One may use this pattern on widget, container or window/frame level. Decision is left to a developer. Besides, from my experience an approach is highly coupled with a functionality flow and refactoring is really hard. Let's say you decided to implement MVC on container level and then a CR requires some small interaction between a frame caption, button, and tab color. You may hardcode it or extract a smaller MVC triad. With this, a refactoring is quite time-consuming.
My point is: non-GoF patterns define a general idea but it is not enough to implement them in a complex case. My observation is teams sometimes needs lots of iterations to find their own way to implement an architectural pattern. It may takes months or even years.
Mentioned article doesn't contain any solution, but it is worth to be read to give you an insight into a complexity of GUI development.
agile (34) anti-patterns (17) architecture (32) books (9) cases (1) code speaks 2u (3) conferences (11) conversation patterns (23) customer collaboration (13) ddd (4) design patterns (15) dialogi (1) dsl (2) effectiveness (19) embedded (1) events (20) gtp (3) info (2) infoq (5) kanban (2) lean (2) orm (2) pea (2) product humanisation (1) refactoring (13) requirements (7) retrospections (1) scrum (7) soft skills (3) software craftsmanship (14) tdd (1) team (20) time management (3) tutorial (1) uml (1) user stories (1) visions (25)