📖 Scenario: Imagine you are building a system that manages user roles and permissions. You want to create specific permission strings by combining roles and actions in a clear and safe way.
🎯 Goal: You will build a TypeScript program that uses template literal types to create combined permission strings from roles and actions. This will help you see how template literal types can make your code safer and easier to manage.
📋 What You'll Learn
Create two string literal types called Role and Action with exact values
Create a template literal type called Permission that combines Role and Action
Create a variable called userPermission with a value that matches the Permission type
Print the value of userPermission
💡 Why This Matters
🌍 Real World
Many apps use roles and permissions to control what users can do. Template literal types help keep these permission strings correct and easy to manage.
💼 Career
Understanding template literal types is useful for writing safer TypeScript code, especially in projects with complex string patterns like APIs, permissions, and configuration keys.
Progress0 / 4 steps
1
Create Role and Action types
Create a string literal type called Role with values 'admin' and 'user'. Also create a string literal type called Action with values 'read' and 'write'.
Typescript
Hint
Use the type keyword and the pipe | symbol to list possible string values.
2
Create Permission template literal type
Create a template literal type called Permission that combines Role and Action with a colon ':' between them, like 'admin:read'.
Typescript
Hint
Use backticks ` and ${} to create the template literal type.
3
Create a variable with Permission type
Create a variable called userPermission of type Permission and assign it the value 'admin:write'.
Typescript
Hint
Use const and specify the type after the variable name with a colon.
4
Print the userPermission value
Write a console.log statement to print the value of userPermission.
Typescript
Hint
Use console.log(userPermission); to show the value in the console.
Practice
(1/5)
1. What is the main benefit of using template literal types in TypeScript?
easy
A. They allow creating new string types by combining existing ones.
B. They execute string concatenation at runtime.
C. They replace all string types with numbers.
D. They disable type checking for strings.
Solution
Step 1: Understand template literal types purpose
Template literal types combine string types to form new string types at compile time.
Step 2: Compare options with this purpose
Only They allow creating new string types by combining existing ones. correctly describes this benefit; others describe runtime behavior or incorrect features.
Final Answer:
They allow creating new string types by combining existing ones. -> Option A
Quick Check:
Template literal types build new string types = A [OK]
Hint: Remember: template literal types create new string types, not runtime strings [OK]
Common Mistakes:
Confusing template literal types with runtime string concatenation
Thinking they disable type checking
Assuming they convert strings to numbers
2. Which of the following is the correct syntax to define a template literal type combining 'hello' and a variable T?
easy
A. type Greet = hello${T};
B. type Greet = `hello + ${T}`;
C. type Greet = 'hello' + T;
D. type Greet = `hello${T}`;
Solution
Step 1: Recall template literal type syntax
Template literal types use backticks with placeholders like ${T} inside, no plus signs.
Step 2: Check each option's syntax
type Greet = `hello${T}`; correctly uses backticks and ${T} without extra symbols; others have syntax errors.
Final Answer:
type Greet = `hello${T}`; -> Option D
Quick Check:
Correct template literal syntax uses backticks and ${} = A [OK]
Hint: Use backticks and ${} for variables inside template literal types [OK]
Common Mistakes:
Using plus signs inside template literal types
Omitting backticks
Not wrapping variable in ${}
3. What is the resulting type of this TypeScript code?
type Name = 'Alice' | 'Bob';
type Greeting = `Hello, ${Name}!`;
medium
A. `Hello!`
B. `Hello, Name!`
C. `Hello, Alice!` | `Hello, Bob!`
D. `Hello, ${Name}!`
Solution
Step 1: Understand union substitution in template literal types
The union 'Alice' | 'Bob' substitutes into the template, creating a union of strings.
Step 2: Form the combined type
Resulting type is `Hello, Alice!` | `Hello, Bob!`, combining each union member with the template.
Final Answer:
`Hello, Alice!` | `Hello, Bob!` -> Option C
Quick Check:
Union expands inside template literals = D [OK]
Hint: Union types inside template literals create unions of all combinations [OK]
Common Mistakes:
Thinking the union stays as a single string with ${Name}
Ignoring union expansion
Confusing template literal type with runtime string
4. Identify the error in this TypeScript code using template literal types:
type Status = 'success' | 'error';
type Message = `Status: ${Status}`;
const msg: Message = 'Status: fail';
medium
A. Template literal types cannot use unions.
B. Assigning 'Status: fail' is invalid because 'fail' is not in Status union.
C. Backticks are missing around the string assignment.
D. The variable msg should be a number, not a string.
Solution
Step 1: Check allowed values for Message type
Message type expands to 'Status: success' | 'Status: error' only.
Step 2: Validate assigned value
Assigned string 'Status: fail' is not part of the allowed union, causing a type error.
Final Answer:
Assigning 'Status: fail' is invalid because 'fail' is not in Status union. -> Option B
Quick Check:
Assigned string must match template literal union = B [OK]
Hint: Check if assigned string matches all union members in template literal type [OK]
Common Mistakes:
Assuming any string fits template literal type
Thinking unions can't be used in template literals
Ignoring type mismatch errors
5. Given these types:
type Event = 'click' | 'hover';
type Element = 'button' | 'link';
type EventName = `${Element}_${Event}`;
Which of the following is NOT assignable to a variable of type EventName?
hard
A. 'button_focus'
B. 'link_hover'
C. 'button_click'
D. 'link_click'
Solution
Step 1: Understand EventName type combinations
EventName combines Element and Event with underscore, so valid values are 'button_click', 'button_hover', 'link_click', 'link_hover'.
Step 2: Identify invalid assignment
'button_focus' is invalid because 'focus' is not in Event union.
Final Answer:
'button_focus' -> Option A
Quick Check:
Only combinations of Element and Event are valid = C [OK]
Hint: Check if both parts of template literal are in their unions [OK]
Common Mistakes:
Assuming any string with underscore is valid
Ignoring union members in template literal types
Confusing runtime strings with type literals
Recommended
Ready to prove it?
Pass the test and this pattern moves unknownstrongwhile earning +1 Grip toward your certificate.