Data Annotations Validation — Complete Guide

Data Annotations Validation — Complete Guide: free step-by-step lesson with examples, common mistakes, and interview tips — part of ASP.NET Core Tutorial on Toolliyo Academy.

8 min read Updated 6/25/2026

On this page

ASP.NET Core Tutorial (ShopNest) · Lesson 18 of 100

Data Annotations Validation

Beginner → Intermediate → Advanced → Professional

Beginner · 1 — Foundations · ~12 min read · Module 2: MVC Fundamentals

Introduction

This lesson is part of the beginner section. We explain Data Annotations Validation slowly, with examples you can copy and run. If something is unclear, read it twice — that is how everyone learns. Data annotations are attributes like [Required] and [Range] on model properties. ASP.NET Core checks them and populates ModelState with errors. Reject bad orders before they hit the database — empty email, negative quantity, or invalid phone number.

Data Annotations Validation appears in almost every web app you will build. Once it clicks, EF Core and Web API become much easier.

When will you use this?

You use this in every web page and form you build from your first app to production.

Product pages, login forms, and admin dashboards all use controllers, views, and models.
When a user submits an order form, model binding maps form fields to a C# class.

Real-world: ShopNest store backend

The Retail team building ShopNest store backend uses Data Annotations Validation to reject orders with empty email before hitting the database. shoppers and admins never see the C# code — they just get a fast, reliable cart, orders, and inventory API.

Production-style code

public class ProductEditVm
{
    [Required(ErrorMessage = "Name is required")]
    [StringLength(100)]
    public string Name { get; set; } = "";

    [Range(1, 999999)]
    public decimal SalePrice { get; set; }
}

What happens in production: In ShopNest store backend, getting Data Annotations Validation right means shoppers and admins trust the cart, orders, and inventory API every day.

Lesson example (start here)

Copy this smaller example first. Once it works, compare it with the real-world code above.

public class ProductEditVm
{
    [Required(ErrorMessage = "Name is required")]
    [StringLength(100)]
    public string Name { get; set; } = "";

    [Range(1, 999999)]
    public decimal SalePrice { get; set; }
}

Line-by-line walkthrough

Code	What it means
`public class ProductEditVm`	Part of the Data Annotations Validation example — read it together with the lines before and after.
`{`	Part of the Data Annotations Validation example — read it together with the lines before and after.
`[Required(ErrorMessage = "Name is required")]`	Part of the Data Annotations Validation example — read it together with the lines before and after.
`[StringLength(100)]`	Part of the Data Annotations Validation example — read it together with the lines before and after.
`public string Name { get; set; } = "";`	Part of the Data Annotations Validation example — read it together with the lines before and after.
`[Range(1, 999999)]`	Part of the Data Annotations Validation example — read it together with the lines before and after.
`public decimal SalePrice { get; set; }`	Part of the Data Annotations Validation example — read it together with the lines before and after.
`}`	Closes a block started by { above.

How it works (big picture)

Validation runs on the server when the model is bound.
You can also enable jQuery unobtrusive validation in the view for faster feedback.

Do this on your computer

Add [Required] to one field and submit empty form.
Display validation summary with asp-validation-summary.
Fix errors and confirm successful save.
Read the real-world section and name which part of the app uses this topic.
Run the example locally with dotnet run and confirm the same behavior.
Change one value in the example (route, text, or connection string) and predict what will happen before you save.

Experiments — try changing this

Change a string or route in the example and save — watch the browser or Swagger response update.
Break the code on purpose (remove a semicolon), read the error message, then fix it.

Remember

Annotations declare rules on properties. Always validate on the server. Combine with ModelState in POST actions.

Common questions

FluentValidation?

A popular alternative when rules are too complex for annotations alone.

How long should I spend on Data Annotations Validation?

Until you can explain it in your own words and run the example without looking at the answer. Beginners often need 30–60 minutes per new concept; setup lessons may take one afternoon.

What if I get stuck on Data Annotations Validation?

Re-read the line-by-line walkthrough, check the terminal for red errors, and compare your code character-by-character with the example. Search the exact error text — someone else had it too.

Where is Data Annotations Validation used in real jobs?

See the real-world section above — the same pattern appears in LMS, banking, e-commerce, and SaaS backends. Interviewers ask you to explain it using one concrete example.