New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

The Community Blog is a personal opinion of community members and by no means the official standpoint of DNN Corp or DNN Platform. This is a place to express personal thoughts about DNNPlatform, the community and its ecosystem. Do you have useful information that you would like to share with the DNN Community in a featured article or blog? If so, please contact .

The use of the Community Blog is covered by our Community Blog Guidelines - please read before commenting or posting.

Creating Testable Modules - Links MVP

This blog post is cross-posted from my personal blog.

In previous blogs in this series I have introduced some of the concepts I will use for creating Testable Modules, including the use of the Module View Presenter design pattern and I have created a simple standard ASP.NET application, with some sample tests.

We are now ready to start to build a DotNetNuke Module.  Our DotNetNuke module will be a Links module.  It will behave like the core DotNetNuke module, although it will not necessarily have all the features of the core module. 

In this blog post I will lay out the specifications for this Links module and show the project set up.


As we did with our Hello World sample application, we will start with the basic specifications of the Module.

  1. The links module should display a list of hyperlinks – these hyperlinks can be any type of valid URL – a page hyperlink, a file hyperlink or an external url.
  2. An administrative user should be able to Add new hyperlinks.
  3. An administrative user should be able to Edit existing hyperlinks.
  4. An administrative user should be able to Delete existing hyperlinks.
  5. An administrative user should be able to manage the order of the hyperlinks.
  6. Each link should have a Tooltip which provides more information about the hyperlinks.

This is pretty much the same specifications that the core Links module has, without the url tracking feature, and without the optional Settings that control the layout. 

We may add that in later, but for now we will stick with these simple specifications.


As with the core Links module we can envisage two “views” – a List View that displays all the hyperlinks and an Edit View that we can use to edit an individual Link.  So in our Model View Presenter design pattern we will have two Views ListView and EditView (and associated interfaces IListView and IEditView, and two Presenters – ListPresenter and EditPresenter.  We will however only have one Model – Link and its associated interface ILink, as both Views are displaying the same “Model”, in different ways.

LinksMVP Project

Before doing any coding we will set up our Visual Studio projects. 

Figure 1 shows the Links MVP project. It is an ASP.NET Web Application project.  After creating the project I removed the Default.aspx web page and the web.config file, which are added by the Project Template and added three folders for the Models, Views and Presenters.  Again, as with our Hello World application this folder layout is just a convention. 

Figure 1 – The LinksMVP Web Application Project

Finally I added an Assembly reference to the DotNetNuke assembly, and removed some unneccessary assemblies added by the Project template, that we will probably not use.

LinksMVPTests Project

Next we need to add a Tests project.  In this case I created a C# Test project (see Figure 2), removed the text file and manual test file that are automatically added by the Project template and renamed the UnitTest1.cs class to LinksMVPTests.cs.  I then added a project reference to LinksMVP project.  We will probably need a reference to the DotNetNuke assembly but we don’t know that yet for sure.

Figure 2 – The LinksMVPTests Test Project

That’s the basic project layout. 

Physical Folder Layout

Finally, I should discuss the physical location of the project files (Figure 3).  In this case, I have elected to not place the solution file in the “DesktopModules\LinksMVP” folder.  Later, when we are ready to actually register (and use) the module in the DotNetNuke application, I will need to add an MSBuild task to the project file to copy the files to the correct DotNetNuke application folders.  But as I will begin by building tests against Mock Views I don’t actually need a physical View Module Control yet.

Figure 3 – The Physical Layout of the LinksMVP projects


Comment Form

Only registered users may post comments.


Aderson Oliveira (22)
Alec Whittington (11)
Alessandra Davies (3)
Alex Shirley (10)
Andrew Hoefling (3)
Andrew Nurse (30)
Andy Tryba (1)
Anthony Glenwright (5)
Antonio Chagoury (28)
Ash Prasad (37)
Ben Schmidt (1)
Benjamin Hermann (25)
Benoit Sarton (9)
Beth Firebaugh (12)
Bill Walker (36)
Bob Kruger (5)
Bogdan Litescu (1)
Brian Dukes (2)
Brice Snow (1)
Bruce Chapman (20)
Bryan Andrews (1)
cathal connolly (55)
Charles Nurse (163)
Chris Hammond (213)
Chris Paterra (55)
Clint Patterson (108)
Cuong Dang (21)
Daniel Bartholomew (2)
Daniel Mettler (181)
Daniel Valadas (48)
Dave Buckner (2)
David Poindexter (12)
David Rodriguez (3)
Dennis Shiao (1)
Doug Howell (11)
Erik van Ballegoij (30)
Ernst Peter Tamminga (80)
Francisco Perez Andres (17)
Geoff Barlow (12)
George Alatrash (12)
Gifford Watkins (3)
Gilles Le Pigocher (3)
Ian Robinson (7)
Israel Martinez (17)
Jan Blomquist (2)
Jan Jonas (3)
Jaspreet Bhatia (1)
Jenni Merrifield (6)
Joe Brinkman (274)
John Mitchell (1)
Jon Henning (14)
Jonathan Sheely (4)
Jordan Coopersmith (1)
Joseph Craig (2)
Kan Ma (1)
Keivan Beigi (3)
Kelly Ford (4)
Ken Grierson (10)
Kevin Schreiner (6)
Leigh Pointer (31)
Lorraine Young (60)
Malik Khan (1)
Matt Rutledge (2)
Matthias Schlomann (16)
Mauricio Márquez (5)
Michael Doxsey (7)
Michael Tobisch (3)
Michael Washington (202)
Miguel Gatmaytan (3)
Mike Horton (19)
Mitchel Sellers (40)
Nathan Rover (3)
Navin V Nagiah (14)
Néstor Sánchez (31)
Nik Kalyani (14)
Oliver Hine (1)
Patricio F. Salinas (1)
Patrick Ryan (1)
Peter Donker (54)
Philip Beadle (135)
Philipp Becker (4)
Richard Dumas (22)
Robert J Collins (5)
Roger Selwyn (8)
Ruben Lopez (1)
Ryan Martinez (1)
Sacha Trauwaen (1)
Salar Golestanian (4)
Sanjay Mehrotra (9)
Scott McCulloch (1)
Scott Schlesier (11)
Scott Wilkinson (3)
Scott Willhite (97)
Sebastian Leupold (80)
Shaun Walker (237)
Shawn Mehaffie (17)
Stefan Cullmann (12)
Stefan Kamphuis (12)
Steve Fabian (31)
Steven Fisher (1)
Timo Breumelhof (24)
Tony Henrich (3)
Torsten Weggen (3)
Tycho de Waard (4)
Vicenç Masanas (27)
Vincent Nguyen (3)
Vitaly Kozadayev (6)
Will Morgenweck (40)
Will Strohl (180)
William Severance (5)
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out