In the MVC pattern, Views handle the application’s data presentation and user interaction. They also help to establish a Separation of Concerns (SoC) within an MVC application by separating the user interface markup from other parts of the application.

A view is an HTML template with the embedded Razor markup. It has the .cshtml extension and is based on C#. Razor markup interacts with HTML markup to produce a web page which is then sent to the client.

Usually, there are separate view files corresponding to each controller action method and view files are grouped into folders named for each of the controllers. Views are stored in the Views folder at the root of the application.

Let’s take a look at the BookStore app that we created in the previous article:

folders and files

The views for the BooksController are stationed inside the Books folder within the Views folder. The Books folder contains the views for the Create, Delete, Details, Edit, and Index methods. When a user requests one of these actions, action methods in the BooksController uses the appropriate view to build a web page and return it to the user.

In this article, we’ll reuse the model and controller that we created in the previous part with some minor changes. But we’ll create the views from scratch.

We strongly recommend visiting the complete navigation of this series: ASP.NET Core MVC Series.

To download this article’s source code visit: Views, Partial Views and Layouts Source Code.

We have divided this article into the following sections:

Defining Model & Controller

Let’s reuse our existing model:

To keep things simple, we are going to implement an index, details and edit views from scratch. This will cover all common scenarios that we encounter while creating views.

Now let’s slightly modify our existing controller by removing the action methods that we do not use:

We have the model and controller ready now. Next step is to create the views.

Using Razor Markup to Create Views

Views that are specific to a controller will be placed in the Views/[ControllerName] folder. Views that are shared among controllers are placed in the Views/Shared folder.

To create a view, let’s add a new file and give it the same name as its associated controller action with the .cshtml file extension.

For example, to create a view that corresponds to the Index action in the BooksController, we need to create an Index.cshtml file in the Views/Books folder. By doing so we’ll have a view for the index page.

In the first part of this series, we used HTML Helper methods to create our views. In this article, we are going to use a different approach for creating views using tag helpers.

Tag helpers provide an HTML-friendly development experience. For the most part, Razor markup using Tag Helpers looks like standard HTML.Tag Helpers reduce the explicit transitions between HTML and C# in Razor views.

In many cases, Tag Helpers provide an alternative approach to a specific HTML Helper, but it’s important to understand that Tag Helpers can’t replace HTML Helpers because some HTML Helpers don’t have a Tag Helper equivalent. So in some cases, we’ll still have to use HTML helpers.

Index View

Now let’s create the view for the Index page:

We are using a strongly typed model here and the model is of IEnumerable<Book> type.

First, we declare a variable and assign the first book in the list to it. We do this to get the property names and assign them to the headers:

The asp-for attribute extracts the name of the specified model property into the rendered HTML. So let’s see how to render a label with the name of the Title property:


Now we need to render all the items in the books collection. For that purpose, we use a foreach loop which helps us render an HTML table. We can render a label with property values:

For creating action links, we can use the asp-action attribute and for passing parameters, we can use asp-route-{parametername} format. So in this case, for id parameter we use asp-route-id:

Details View

Now, let’s create the details view:

We’ve created this similar to the index view. But the model is of Book type. For retrieving the property name, we can use the asp-for attribute:

For displaying the property values, we can access the model properties using @Model directive:

Edit View

As soon as we are finished with the Details view, we can continue with the Edit view creation:

For the edit view, the model is of Book type as well.

The asp-validation-summary tag helper is used for displaying the validation summary:

ValidationSummary.ModelOnly will display only validation messages that apply to the model level. ValidationSummary.All will display both property and model level validations messages.

For each property, we have created a label for displaying the property name, an input field for editing the value and a span element for displaying the validation messages specific to that property:

We have a button for submitting the form towards the bottom:

When we try to save the page without providing valid values, validation errors will be displayed depending on the settings we provide for asp-validation-summary. So, let’s see this in action.

When we set the value as ModelOnly:

validation without summary

If the setting value is All:

validation with summary

That’s it. We have created views for the Index, Details and Edit pages.

The Concept of Partial Views

A partial view is a Razor markup file (.cshtml) that renders HTML output within another view’s rendered output.

Partial views are extremely useful in two scenarios. The first scenario is when we want to break up large markup files into smaller components. If our markup file is large, complex and composed of several logical pieces, we should split each piece into a partial view. Then the code in the markup file will be manageable because the markup will only contain the overall page structure and references to the partial views.

The second scenario is when we want to reduce the duplication of common markup content across markup files. When we need to use the same markup elements across markup files, we can move that markup content into a partial view and reuse it. That way the future changes to that markup need to be done in just one place and we improved the modularity of our code.

However, Partial view is not the recommended approach to maintain common layout elements. We’ll learn the best practice to create common layout elements in the next section.

Let’s say we need to display the Authors information in multiple places in our BookStore application. Creating a partial view for displaying authors information will be the ideal approach to go for.

Right click on the Shared folder and select Add -> View:

Add partial views

In the Add MVC View dialog box, we are going to give the View Name as _Authors, then check the Create as a Partial View option and click Add:

Add partial views2

Let’s add some dummy text to the _authors.cshtml file:

Now, let’s add this partial view into the book details view using the partial tag helper:

That’s it. We can see that the book details page now displays the Authors section as well:

details page with authors section

We can reuse this section in other views by just placing this partial view inside them.

In this section, we’ve learned how to create a partial view and how to use it inside a view.

Layouts in ASP.NET Core

Most web applications have a common layout that provides the user with a consistent experience as they navigate between the pages. In an ASP.NET Core MVC application, we use a layout file to provide a consistent experience across the pages.

The layout typically includes common user interface elements such as a header, menu, and a footer. Many pages within the application shares common resources such as scripts and stylesheets. We can define all of these shared elements in a layout file, which can then be referenced by any view within the application. Layouts help in reducing duplicate code in views.

When we create an ASP.Net Core MVC application using the default template provided by Visual Studio, it generates a default layout file(_Layout.cshtml) and places in the Shared folder. While creating views, we have an option to specify a layout file. We can change this later by setting the Layout property of the view:

layout file in solution explorer

Now let’s examine the default layout file.

The layout file contains a <head> section at the top which contains the Title, link to the stylesheet etc.

Then we have a <body> section which contains a header with the menu. The body also has a container div inside which the RenderBody() method is called. This method renders the content page:

This is followed by a <footer> section.

We usually load the scripts towards the end of the document to ensure that all dependencies are loaded:

In this section, we learned how to maintain a consistent look and feel for our application using a Layout file.


In this article we looked at the following topics:

  • Using Razor Markup to build Views
  • Reusing sections of pages using Partial Views
  • Creating a common look and feel for the application using Layout files

In the the next part of this series, we’ll take a look at state management in ASP.NET Core MVC.

If you have enjoyed reading this article and if you would like to receive the notifications about the freshly published .NET Core content we encourage you to subscribe to our blog.