Model–view–presenter

From Wikipedia, the free encyclopedia


Diagram that depicts the Model View Presenter (MVP) GUI design pattern.


Model–view–presenter (MVP) is a derivation of the model–view–controller (MVC) architectural pattern, and is used mostly for building user interfaces.

In MVP the presenter assumes the functionality of the "middle-man". In MVP, all presentation logic is pushed to the presenter.[1]

Pattern description[edit]

MVP is a user interface architectural pattern engineered to facilitate automated unit testing and improve the separation of concerns in presentation logic:

  • The model is an interface defining the data to be displayed or otherwise acted upon in the user interface.
  • The view is a passive interface that displays data (the model) and routes user commands (events) to the presenter to act upon that data.
  • The presenter acts upon the model and the view. It retrieves data from repositories (the model), and formats it for display in the view.

Normally, the view implementation instantiates the concrete presenter object, providing a reference to itself. The following C# code demonstrates a simple view constructor, where ConcreteDomainPresenterimplements the IDomainPresenter interface:

public class DomainView : IDomainView
{
    private IDomainPresenter domainPresenter = null;

    ///<summary>Constructor</summary>
    public DomainView()
    {
        domainPresenter = new ConcreteDomainPresenter(this);
    }
}

The degree of logic permitted in the view varies among different implementations. At one extreme, the view is entirely passive, forwarding all interaction operations to the presenter. In this formulation, when a user triggers an event method of the view, it does nothing but invoke a method of the presenter that has no parameters and no return value. The presenter then retrieves data from the view through methods defined by the view interface. Finally, the presenter operates on the model and updates the view with the results of the operation. Other versions of model-view-presenter allow some latitude with respect to which class handles a particular interaction, event, or command. This is often more suitable for web-based architectures, where the view, which executes on a client's browser, may be the best place to handle a particular interaction or command.

From a layering point of view, the presenter class might be considered as belonging to the application layer in a multilayered architecture system, but it can also be seen as a presenter layer of its own between the application layer and the user interface layer.

Implementation in .NET[edit]

The .NET environment supports the MVP pattern much like any other development environment. The same model and presenter class can be used to support multiple interfaces, such as an ASP.NET Web application, a Windows Forms application, or a Silverlight application. The presenter gets and sets information from/to the view through an interface that can be accessed by the interface (view) component.

In addition to manually implementing the pattern, a model-view-presenter framework may be used to support the MVP pattern in a more automated fashion. Below is a list of such frameworks under the .NET platform.

.NET frameworks[edit]

Implementation in Java[edit]

In a Java (AWT/Swing/SWT) application, the MVP pattern can be used by letting the user interface class implement a view interface.

The same approach can be used for Java web-based applications, since modern Java component-based Web frameworks allow development of client-side logic using the same component approach as thick clients.

Implementing MVP in Google Web Toolkit requires only that some component implement the view interface. The same approach is possible using the Echo2 Web framework.

MVP can be implemented in Java SE (AWT and Swing) applications using the Biscotti and MVP4J frameworks.

Java frameworks[edit]

Implementation in PHP[edit]

As of PHP's flexible runtime environment, there are wide possibilities of approaches of an application logic. A great example of MVP pattern implementation is Nette Framework implementing rich presenter layer and view layer through templating system Latte (web template engine). Implementation of model layer is left on the end application programmer.

PHP frameworks[edit]

History[edit]

The model-view-presenter software pattern originated in the early 1990s at Taligent, a joint venture of AppleHP, and IBM, and was the underlying programming model for application development in Taligent'sC++-based CommonPoint environment. The pattern was later migrated by Taligent to Java and popularized in a paper by Taligent CTO Mike Potel.[3] After Taligent's demise in 1997, Andy Bower and Blair McGlashan of Dolphin Smalltalk adapted the MVP pattern to form the basis for their Smalltalk user interface framework.[4] In 2006, Microsoft began incorporating MVP into their documentation and examples for user interface programming in the .NET framework.[5][6] The evolution and multiple variants of the MVP pattern, including the relationship of MVP to other design patterns such as MVC, is discussed in detail in an article by Martin Fowler[7] and another by Derek Greer[8]

See also[edit]

References[edit]

External links[edit]



source - https://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93presenter








Backbone.js

From Wikipedia, the free encyclopedia


Backbone.js
BackboneJS logo.png
Developer(s)Jeremy Ashkenas
Initial releaseOctober 13, 2010; 4 years ago
Stable release1.2.0 / May 13, 2015[1]
Development statusActive
Written inJavaScript
Operating systemCross-platform
Size7.3 KB production
69 KB development
TypeJavaScript library
LicenseMIT
Websitebackbonejs.org


Backbone.js is a JavaScript library with a RESTful JSON interface and is based on the model–view–presenter (MVP) application design paradigm. Backbone is known for being lightweight, as its only dependency is on one JavaScript library,[2] Underscore.js. It is designed for developing single-page web applications,[3] and for keeping various parts of web applications (e.g. multiple clients and the server) synchronized.[4] Backbone was created by Jeremy Ashkenas, who is also known forCoffeeScript.[5]

Use[edit]

The following web applications are built with Backbone.js[6]:

References[edit]

Further reading[edit]

External links[edit]



source - https://en.wikipedia.org/wiki/Backbone.js



'Development > JavaScript' 카테고리의 다른 글

javaScript - hoisting  (0) 2015.07.06
javascript - Function Invocation  (0) 2015.07.01
javascript - KeyboardEvent keyCode Property  (0) 2015.06.26
javascript - use strict  (0) 2014.08.06
javascript - Naming Conventions  (0) 2014.07.18
Posted by linuxism
,