Property validation logic helps check if the values given to an object are correct. It stops wrong data from being saved.
When you want to make sure a user's age is not negative.
When you need to check if a name is not empty before saving.
When you want to limit a score to a certain range.
When you want to prevent invalid data from breaking your program.
When you want to give clear errors if data is wrong.
Syntax
C Sharp (C#)
privateint _age;
publicint Age
{
get { return _age; }
set
{
if (value < 0)
thrownew ArgumentException("Age cannot be negative");
_age = value;
}
}
The get part reads the value.
The set part checks the value before saving it.
Examples
This example checks that the name is not empty or just spaces.
C Sharp (C#)
private string _name;
public string Name
{
get => _name;
set
{
if (string.IsNullOrWhiteSpace(value))
thrownew ArgumentException("Name cannot be empty");
_name = value;
}
}
This example uses a short form to check if score is between 0 and 100.
C Sharp (C#)
privateint _score;
publicint Score
{
get => _score;
set => _score = (value >= 0 && value <= 100) ? value : thrownew ArgumentOutOfRangeException("Score must be 0-100");
}
Sample Program
This program tries to set a valid age first, then tries an invalid age. It catches and shows the error message.
C Sharp (C#)
using System;
class Person
{
privateint _age;
publicint Age
{
get => _age;
set
{
if (value < 0)
thrownew ArgumentException("Age cannot be negative");
_age = value;
}
}
}
class Program
{
staticvoid Main()
{
var p = new Person();
try
{
p.Age = 25;
Console.WriteLine($"Age set to: {p.Age}");
p.Age = -5; // This will cause error
}
catch (ArgumentException e)
{
Console.WriteLine($"Error: {e.Message}");
}
}
}
OutputSuccess
Important Notes
Always validate data to keep your program safe and correct.
Throwing exceptions helps you find errors early.
You can also use other ways like returning error codes, but exceptions are common in C#.
Summary
Property validation checks values before saving them.
Use get and set to control property access.
Throw exceptions to stop wrong data and show clear errors.
Practice
(1/5)
1. What is the main purpose of adding validation logic inside a property setter in C#?
easy
A. To check and control the value before saving it to the field
B. To make the property read-only
C. To speed up the program execution
D. To automatically generate a default value
Solution
Step 1: Understand property setters
Property setters allow you to assign values to private fields through a controlled interface.
Step 2: Role of validation logic
Validation logic inside the setter checks if the value is valid before saving it, preventing invalid data.
Final Answer:
To check and control the value before saving it to the field -> Option A
Quick Check:
Validation in setter = control value before save [OK]
Hint: Validation logic in setter controls data before saving [OK]
Common Mistakes:
Thinking validation makes property read-only
Assuming validation speeds up code
Confusing validation with default value assignment
2. Which of the following is the correct syntax to throw an exception inside a property setter when the value is invalid?
easy
A. set { if (value < 0) throw new Exception("Invalid value"); field = value; }
B. set { if (value < 0) return; field = value; }
C. set { if (value < 0) Console.WriteLine("Invalid"); field = value; }
Throwing an exception uses the keyword 'throw' followed by 'new Exception(message)'.
Step 2: Check each option
set { if (value < 0) throw new Exception("Invalid value"); field = value; } correctly throws an exception if value is less than zero. Others use invalid statements like return, Console.WriteLine, or break inside setter.
Final Answer:
set { if (value < 0) throw new Exception("Invalid value"); field = value; } -> Option A
Quick Check:
Throw exception = throw new Exception(...) [OK]
Hint: Use 'throw new Exception' to stop invalid values [OK]
Common Mistakes:
Using 'return' instead of 'throw' in setter
Trying to use 'break' inside setter
Only printing error without stopping assignment
3. Consider this C# class snippet:
class Person {
private int age;
public int Age {
get => age;
set {
if (value < 0) throw new ArgumentException("Age cannot be negative");
age = value;
}
}
}
What happens if you run this code?
var p = new Person();
p.Age = -5;
medium
A. The age is set to -5 without error
B. An ArgumentException is thrown with message 'Age cannot be negative'
C. The program crashes with a NullReferenceException
D. The setter ignores the negative value and leaves age unchanged
Solution
Step 1: Analyze setter validation
The setter checks if value is less than 0 and throws ArgumentException if true.
Step 2: Apply to given code
Setting Age to -5 triggers the exception because -5 < 0.
Final Answer:
An ArgumentException is thrown with message 'Age cannot be negative' -> Option B
Quick Check:
Negative age triggers ArgumentException [OK]
Hint: Setter throws exception on invalid input [OK]
Common Mistakes:
Assuming negative value is accepted
Confusing exception type thrown
Thinking setter silently ignores invalid values
4. Identify the error in this property setter code:
private string name;
public string Name {
get { return name; }
set {
if (value == null || value == "")
throw new ArgumentException("Name cannot be empty");
name = value;
}
}
medium
A. The setter does not assign the value to the field
B. The setter should use 'value.Equals("")' instead of 'value == ""'
C. The setter does not check for whitespace-only strings
D. The setter should not throw exceptions in property setters
Solution
Step 1: Review validation logic
The setter checks if value is null or empty string but does not check if value is whitespace only.
Step 2: Understand missing validation
Strings like " " (spaces) pass the check but are usually invalid for a name.
Final Answer:
The setter does not check for whitespace-only strings -> Option C
Quick Check:
Missing whitespace check in setter validation [OK]
Hint: Check for whitespace with string.IsNullOrWhiteSpace [OK]
Common Mistakes:
Thinking '==' is wrong for string comparison here
Believing exceptions should never be thrown in setters
Forgetting to assign value to field
5. You want to create a property Score that only accepts values between 0 and 100 inclusive. If the value is outside this range, it should throw an ArgumentOutOfRangeException. Which of these implementations correctly applies this validation?
hard
A. private int score; public int Score { get => score; set { if (value < 0 && value > 100) throw new ArgumentOutOfRangeException("Score must be 0-100"); score = value; } }
B. private int score; public int Score { get => score; set { if (value <= 0 && value >= 100) throw new ArgumentOutOfRangeException("Score must be 0-100"); score = value; } }
C. private int score; public int Score { get => score; set { if (value > 0 || value < 100) throw new ArgumentOutOfRangeException("Score must be 0-100"); score = value; } }
D. private int score; public int Score { get => score; set { if (value < 0 || value > 100) throw new ArgumentOutOfRangeException("Score must be 0-100"); score = value; } }
Solution
Step 1: Understand the range condition
The value must be between 0 and 100 inclusive, so invalid values are less than 0 or greater than 100.
Step 2: Analyze each condition
private int score; public int Score { get => score; set { if (value < 0 || value > 100) throw new ArgumentOutOfRangeException("Score must be 0-100"); score = value; } } uses 'value < 0 || value > 100' which correctly checks invalid values. Options A, B, and D use incorrect logical operators or conditions.
Final Answer:
private int score; public int Score { get => score; set { if (value < 0 || value > 100) throw new ArgumentOutOfRangeException("Score must be 0-100"); score = value; } } -> Option D
Quick Check:
Use '||' for out-of-range checks [OK]
Hint: Use 'if (value < min || value > max)' for range validation [OK]
Common Mistakes:
Using '&&' instead of '||' in range checks
Reversing comparison operators
Throwing wrong exception type
Recommended
Ready to prove it?
Pass the test and this pattern moves unknownstrongwhile earning +1 Grip toward your certificate.