Triple-slash directives in Typescript - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to add a triple-slash directive for a type definition file.

Typescript

/// <reference path=[1] />

Drag options to blanks, or click blank then click option'

A"./script.ts"

B'./types.js'

C"./types.d.ts"

D'./module.json'

Attempts:

3 left

💡 Hint

Common Mistakes

Using single quotes instead of double quotes.

Referencing a .js or .ts file instead of a .d.ts file.

Omitting the quotes around the path.

Triple-slash directives use a path to a type definition file, usually ending with .d.ts, enclosed in double quotes.

2fill in blank

medium

Complete the triple-slash directive to reference a types package.

Typescript

/// <reference types=[1] />

Drag options to blanks, or click blank then click option'

A'react'

B'express'

C"lodash"

D"node"

Attempts:

3 left

💡 Hint

Common Mistakes

Using single quotes instead of double quotes.

Referencing a package name that is not installed.

Omitting quotes around the package name.

The triple-slash directive with 'types' references the name of a types package, usually in double quotes.

3fill in blank

hard

Fix the error in the triple-slash directive syntax.

Typescript

/// <reference [1]="./globals.d.ts" />

Drag options to blanks, or click blank then click option'

Apath

Btype

Cpaths

Dtypes

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'paths' instead of 'path'.

Confusing 'type' with 'types'.

Omitting the attribute name.

The correct attribute for referencing a file path is 'path'. 'paths' is invalid, and 'type' or 'types' are used differently.

4fill in blank

hard

Fill both blanks to create a triple-slash directive referencing a types package with the correct syntax.

Typescript

/// <reference [1]=[2] />

Drag options to blanks, or click blank then click option'

Atypes

B"jest"

C"mocha"

Dpath

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'path' instead of 'types' for packages.

Not using quotes around the package name.

Using single quotes instead of double quotes.

The attribute 'types' is used to reference a types package, and the package name must be in double quotes.

5fill in blank

hard

Fill all three blanks to create a triple-slash directive referencing a path to a type definition file with correct syntax.

Typescript

/// <reference [1]=[2][3] />

Drag options to blanks, or click blank then click option'

Apath

B"

C./custom.d.ts

D'

Attempts:

3 left

💡 Hint

Common Mistakes

Using single quotes instead of double quotes.

Omitting quotes around the path.

Using 'types' instead of 'path' for file references.

The attribute is 'path', the path must be enclosed in double quotes, so the second blank is a double quote, and the third blank is the file path.

Practice

1. What is the main purpose of /// <reference> triple-slash directives in TypeScript?

easy

A. To import external JavaScript libraries at runtime

B. To add comments visible in the final JavaScript output

C. To define variables globally across files

D. To provide compiler instructions about file dependencies and types

Solution

1. Step 1: Understand triple-slash directive role

   Triple-slash directives are special comments that give instructions to the TypeScript compiler, mainly about type information and file dependencies.

2. Step 2: Identify correct purpose

   They do not affect runtime or add global variables but help the compiler understand relationships between files.

3. Final Answer:

   To provide compiler instructions about file dependencies and types -> Option D

4. Quick Check:

   Triple-slash directives = compiler instructions [OK]

Hint: Triple-slash directives guide the compiler, not runtime code [OK]

Common Mistakes:

• Thinking they add runtime imports
• Confusing with normal comments
• Assuming they define global variables

2. Which of the following is the correct syntax for a triple-slash reference directive in TypeScript?

easy

A. ///

B. //

C. /* */

D.

Solution

1. Step 1: Recall triple-slash directive syntax

   The correct syntax starts with three slashes followed by a space and then the XML-like tag with attributes.

2. Step 2: Match correct option

   /// matches the exact syntax: /// <reference path="..." />. Others miss slashes or use wrong comment style.

3. Final Answer:

   /// <reference path="./types.d.ts" /> -> Option A

4. Quick Check:

   Triple-slash directive syntax = /// <reference ... /> [OK]

Hint: Triple-slash directives always start with exactly three slashes [OK]

Common Mistakes:

• Using two slashes instead of three
• Using block comments instead of triple-slash
• Omitting the closing slash in the tag

3. Given these two TypeScript files:

// file: types.d.ts interface User { name: string; age: number; } // file: app.ts /// <reference path="./types.d.ts" /> const user: User = { name: "Alice", age: 30 }; console.log(user.name);

What will be the output when compiling and running app.ts?

medium

A. undefined

B. Alice

C. Compilation error: User not found

D. Runtime error

Solution

1. Step 1: Understand reference directive effect

   The triple-slash directive includes the type definitions from types.d.ts, so the User interface is known in app.ts.

2. Step 2: Check code behavior

   The object user matches the User interface and logs user.name, which is "Alice".

3. Final Answer:

   Alice -> Option B

4. Quick Check:

   Reference directive allows type use = "Alice" output [OK]

Hint: Reference directives enable type info, so code compiles and runs [OK]

Common Mistakes:

• Assuming missing import causes error
• Confusing type-only files with runtime code
• Expecting runtime errors from type declarations

4. Consider this TypeScript file snippet:

/// <reference path="./types.d.ts" /> const user: User = { name: "Bob", age: 25 }; /// <reference path="./extra.d.ts" /> console.log(user.age);

What is the problem with this code?

medium

A. Triple-slash directives must be at the very top before any code

B. You cannot use multiple triple-slash directives in one file

C. The User type is not defined in any referenced file

D. Console.log cannot be used after triple-slash directives

Solution

1. Step 1: Recall triple-slash directive placement rules

   Triple-slash directives must appear at the very top of the file, before any other code or statements.

2. Step 2: Identify violation in code

   Here, the second triple-slash directive appears after a variable declaration, which is invalid and causes a compiler error.

3. Final Answer:

   Triple-slash directives must be at the very top before any code -> Option A

4. Quick Check:

   Triple-slash directives = top of file only [OK]

Hint: Always place all triple-slash directives before any code [OK]

Common Mistakes:

• Placing directives after code lines
• Thinking multiple directives are disallowed
• Confusing runtime code with compiler instructions

5. You have three TypeScript files:

// types.d.ts interface Config { url: string; timeout: number; } // settings.d.ts /// <reference path="./types.d.ts" /> declare const config: Config; // app.ts /// <reference path="./settings.d.ts" /> console.log(config.url);

What is the correct way to ensure app.ts compiles without errors and recognizes config and Config types?

hard

A. Declare config and Config again inside app.ts

B. Add a triple-slash directive in app.ts referencing both settings.d.ts and types.d.ts

C. Place all triple-slash directives at the top of app.ts referencing settings.d.ts only

D. Remove all triple-slash directives and import modules instead

Solution

1. Step 1: Understand reference chaining

   Since settings.d.ts references types.d.ts, app.ts only needs to reference settings.d.ts to access both Config and config.

2. Step 2: Confirm directive placement

   All triple-slash directives must be at the top of app.ts before any code to work correctly.

3. Final Answer:

   Place all triple-slash directives at the top of app.ts referencing settings.d.ts only -> Option C

4. Quick Check:

   Reference chaining means one directive suffices [OK]

Hint: Reference chaining means only top-level file needs directive [OK]

Common Mistakes:

• Adding redundant references
• Placing directives after code
• Re-declaring types unnecessarily