Indexer with custom types in C Sharp (C#) - Time & Space Complexity
When using an indexer with custom types, it's important to know how the time to access elements changes as the collection grows.
We want to find out how fast or slow accessing items is when using a custom type as the index.
Analyze the time complexity of the following code snippet.
public class Point {
public int X { get; set; }
public int Y { get; set; }
public override bool Equals(object obj) {
if (obj is Point other) {
return X == other.X && Y == other.Y;
}
return false;
}
public override int GetHashCode() {
return HashCode.Combine(X, Y);
}
}
public class Grid {
private Dictionary<Point, string> data = new();
public string this[Point p] {
get => data[p];
set => data[p] = value;
}
}
This code defines a grid that stores strings at points using a dictionary with a custom Point type as the key.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: Dictionary lookup by custom key (Point).
- How many times: Each access calls the dictionary's internal search once.
As the number of stored points grows, the dictionary lookup time stays mostly steady because it uses hashing.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | About 1 operation |
| 100 | About 1 operation |
| 1000 | About 1 operation |
Pattern observation: Lookup time does not grow much as more items are added, thanks to hashing.
Time Complexity: O(1)
This means accessing an element by a custom type index takes about the same time no matter how many items are stored.
[X] Wrong: "Using a custom type as an index makes access slower because it has to check every item."
[OK] Correct: The dictionary uses hashing and equality checks, so it does not scan all items but finds the right one quickly.
Understanding how custom types work as keys helps you explain how data structures manage complex data efficiently.
"What if the Point class did not override GetHashCode and Equals? How would the time complexity change?"
Practice
What is the main purpose of an indexer in a C# class?
Choose the best description.
Solution
Step 1: Understand what an indexer does
An indexer lets you use square brackets [] to access elements inside an object, similar to arrays.Step 2: Identify the correct description
Only To allow objects to be accessed using array-like bracket syntax with custom keys. describes this behavior correctly by mentioning bracket syntax and custom keys.Final Answer:
To allow objects to be accessed using array-like bracket syntax with custom keys. -> Option CQuick Check:
Indexer = bracket access [OK]
- Confusing indexers with constructors
- Thinking indexers define collection size
- Mixing indexers with operator overloading
Which of the following is the correct syntax to declare an indexer in a C# class using a custom type Key as the index?
public class MyCollection {
// Indexer declaration here
}Solution
Step 1: Recall indexer syntax
Indexers use the keywordthisfollowed by square brackets with the parameter type and name inside.Step 2: Check each option
public string this[Key key] { get; set; } correctly usesthis[Key key]with get and set accessors. Others have syntax errors or wrong brackets.Final Answer:
public string this[Key key] { get; set; } -> Option AQuick Check:
Indexer syntax = this[Type name] { get; set; } [OK]
- Using parentheses instead of brackets
- Omitting parameter name in brackets
- Using expression-bodied syntax incorrectly
Given the following code, what will be the output?
public record Key(int Id);
public class Store {
private Dictionary<Key, string> data = new();
public string this[Key key] {
get => data.TryGetValue(key, out var val) ? val : "Not found";
set => data[key] = value;
}
}
var store = new Store();
store[new Key(1)] = "Apple";
store[new Key(2)] = "Banana";
Console.WriteLine(store[new Key(1)]);
Console.WriteLine(store[new Key(3)]);Solution
Step 1: Understand how the indexer accesses data
The indexer uses a Dictionary with Key as key type. It returns the value if found, else "Not found".Step 2: Check the keys used
Keys with Id 1 and 2 are added. Accessing new Key(1) finds "Apple". Accessing new Key(3) is missing, so returns "Not found".Final Answer:
Apple Not found -> Option DQuick Check:
Key(1) found, Key(3) missing = Apple, Not found [OK]
- Assuming new Key(1) is different from stored Key(1)
- Expecting Banana for Key(3)
- Ignoring TryGetValue fallback
Identify the error in the following code snippet that implements an indexer with a custom type Key:
public class DataStore {
private Dictionary<Key, int> dict = new();
public int this[Key key] {
get { return dict[key]; }
set { dict.Add(key, value); }
}
}Solution
Step 1: Analyze the set accessor
The set accessor uses dict.Add(key, value), which throws an exception if the key already exists.Step 2: Suggest correct usage
To update or add, use dict[key] = value; which overwrites existing or adds new key.Final Answer:
Using dict.Add in set causes exception if key exists; should use dict[key] = value. -> Option AQuick Check:
dict.Add throws if key exists; use dict[key] = value [OK]
- Using Add instead of index assignment in set
- Thinking Key cannot be indexer parameter
- Confusing return types in indexer
You want to create a class Matrix that uses a custom struct Position as the indexer key to store integer values. The Position struct has two int fields: Row and Col. Which approach correctly implements the indexer to allow getting and setting values by Position?
public struct Position {
public int Row, Col;
public Position(int r, int c) { Row = r; Col = c; }
}
public class Matrix {
private Dictionary<Position, int> values = new();
// Implement indexer here
}Solution
Step 1: Consider safe get behavior
Using TryGetValue with fallback 0 avoids exceptions if the position key is missing.Step 2: Check set accessor correctness
Using values[pos] = value; safely adds or updates the dictionary entry.Step 3: Evaluate other options
public int this[int row, int col] { get => values[new Position(row, col)]; set => values[new Position(row, col)] = value; } uses two parameters, not matching the question's single Position key. public int this[Position pos] { get { return values[pos]; } set { values.Add(pos, value); } } uses Add in set, which throws if key exists. public int this[Position pos] { get => values[pos]; set => values[pos] = value; }'s get accessor throws if key missing.Final Answer:
public int this[Position pos] { get => values.TryGetValue(pos, out var v) ? v : 0; set => values[pos] = value; } -> Option BQuick Check:
Safe get with TryGetValue + index assignment set [OK]
- Using Add in set causing exceptions
- Not handling missing keys in get
- Using multiple parameters instead of custom type
Ready to prove it?
Pass the test and this pattern moves unknown
