What if you could teach your code new tricks that make your work feel effortless?
Why Custom LINQ extension methods in C Sharp (C#)? - Purpose & Use Cases
Imagine you have a list of numbers and you want to find all even numbers, then double them, and finally sum the result. Doing this by writing loops and conditions every time feels like repeating the same boring steps over and over.
Writing loops manually is slow and easy to mess up. You might forget a condition or write extra code that makes your program hard to read and maintain. It's like copying the same recipe by hand each time instead of having a shortcut.
Custom LINQ extension methods let you create your own reusable shortcuts that work like built-in LINQ methods. You write the logic once, then use it everywhere with simple, clear code. This makes your programs cleaner and faster to write.
var result = 0; foreach(var n in numbers) { if(n % 2 == 0) { result += n * 2; } }
var result = numbers.WhereEven().SelectDouble().Sum();
It enables you to write clear, reusable, and expressive code that feels like speaking your problem directly to the computer.
Suppose you work with customer orders and want to filter only large orders, then calculate discounts. Custom LINQ methods let you write this logic once and reuse it in many parts of your app without repeating code.
Manual loops are repetitive and error-prone.
Custom LINQ extensions create reusable, readable shortcuts.
They make your code cleaner and easier to maintain.
Practice
Solution
Step 1: Understand extension method structure
Extension methods must be static methods inside static classes.Step 2: Identify the special parameter usage
The first parameter must have thethiskeyword to specify the type it extends.Final Answer:
It must be a static method inside a static class withthison the first parameter. -> Option AQuick Check:
Extension method = static + static class + this param [OK]
- Making the method non-static
- Forgetting the static class container
- Omitting the 'this' keyword on the first parameter
IsEven for IEnumerable<int>?Solution
Step 1: Check method modifiers and parameters
The method must be public static and havethisbefore the first parameter to be an extension method.Step 2: Verify the parameter type and method signature
public static bool IsEven(this IEnumerable<int> source) { ... } correctly usesthis IEnumerable<int> sourceand is static and public.Final Answer:
public static bool IsEven(this IEnumerable<int> source) { ... } -> Option AQuick Check:
Extension method syntax = public static + this param [OK]
- Missing 'this' keyword on the first parameter
- Not making the method static
- Incorrect access modifier
public static IEnumerable<int> GetPositive(this IEnumerable<int> source) {
foreach (var num in source) {
if (num > 0) yield return num;
}
}
var numbers = new List<int> { -1, 0, 3, 5, -2 };
var result = numbers.GetPositive().ToList();
Console.WriteLine(string.Join(",", result));Solution
Step 1: Understand the extension method logic
The method yields only numbers greater than zero from the source list.Step 2: Apply the method to the list
From the list [-1, 0, 3, 5, -2], only 3 and 5 are greater than zero and yielded.Final Answer:
3,5 -> Option DQuick Check:
Filter positive numbers = 3,5 [OK]
- Including zero as positive
- Returning all numbers without filtering
- Confusing yield return with return
public static IEnumerable<int> FilterEven(IEnumerable<int> source) {
foreach (var num in source) {
if (num % 2 == 0) yield return num;
}
}Solution
Step 1: Check extension method signature
The method lacks thethiskeyword on the first parameter, so it is not an extension method.Step 2: Verify other syntax elements
Usingyield returninside a foreach is valid, and '%' is a valid operator in C#.Final Answer:
Missing 'this' keyword on the first parameter to make it an extension method. -> Option CQuick Check:
Extension method requires 'this' on first parameter [OK]
- Forgetting 'this' keyword
- Thinking 'yield return' is invalid in loops
- Misunderstanding the modulo operator
ToDictionaryByLength that converts an IEnumerable<string> into a Dictionary<int, List<string>>, grouping strings by their length. Which implementation correctly achieves this?Solution
Step 1: Understand grouping by length
We need to group strings by their length, so GroupBy with key s.Length is correct.Step 2: Convert groups to dictionary
Use ToDictionary with group key and list of strings as value.Step 3: Check other options
public static Dictionary ToDictionaryByLength(IEnumerable<string> source) { return source.ToDictionary(s => s.Length, s => new List<string> { s }); } does not group; it tries to create dictionary with duplicate keys causing error. public static Dictionary ToDictionaryByLength(this IEnumerable<string> source) { var dict = new Dictionary(); foreach (var s in source) { dict[s.Length] = new List<string> { s }; } return dict; } overwrites values instead of adding to list. public static Dictionary ToDictionaryByLength(this IEnumerable<string> source) { return source.ToDictionary(s => s.Length, s => s); } tries to map to string instead of list.Final Answer:
public static Dictionary<int, List<string>> ToDictionaryByLength(this IEnumerable<string> source) { return source.GroupBy(s => s.Length) .ToDictionary(g => g.Key, g => g.ToList()); } -> Option BQuick Check:
GroupBy + ToDictionary with list = correct grouping [OK]
- Not grouping before ToDictionary
- Overwriting dictionary entries instead of adding to list
- Returning wrong value types in dictionary
Ready to prove it?
Pass the test and this pattern moves unknown
