JavaScript-Developer-I Exam Dumps - Salesforce Developer Questions and Answers

Requirement:

getNextValue() should run only if handleObjectValue(x) does not throw an error.

If an error occurs, handleError(error) should run, and getNextValue() should be skipped.

Option B:

try {

handleObjectValue(x);

getNextValue();

} catch (error) {

handleError(error);

}

Behavior:

If handleObjectValue(x) succeeds (no error):

Execution continues to getNextValue();.

If handleObjectValue(x) throws:

Control jumps directly to catch, getNextValue() is skipped.

handleError(error); is called.

This matches the requirement perfectly.

Why others are incorrect:

A: } then { is invalid JavaScript syntax.

C:

try {

handleObjectValue(x);

} catch (error) {

handleError(error);

}

getNextValue();

getNextValue() is called after the try...catch regardless of whether an error occurred. Not acceptable.

D: finally always runs:

try {

handleObjectValue(x);

} catch (error) {

handleError(error);

} finally {

getNextValue();

}

getNextValue() will execute in both success and error cases.

Therefore, the correct approach is B.

Concepts: try/catch control flow, finally semantics, placing code inside vs outside try/catch blocks.

The correct answer is C .

The browser provides the History API through:

window.history

To add a new entry to the browser’s session history without refreshing the page, JavaScript uses:

window.history.pushState(state, title, url);

So the valid statement is:

window.history.pushState(newStateObject, ' ' , null);

This updates the browser history stack without forcing a full page reload. It is commonly used in single-page applications when changing views or routes dynamically.

The method accepts three arguments:

window.history.pushState(stateObject, title, url);

stateObject stores custom data associated with the history entry.

title is usually passed as an empty string because many browsers ignore it.

url optionally changes the displayed URL. Passing null means no new URL is provided.

Option A is incorrect because:

window.customHistory

is not the standard browser History API object.

Option B is incorrect because:

createState()

is not a valid History API method.

Option D is incorrect because:

updateState()

is not a valid History API method.

The correct browser API method is:

window.history.pushState()

Therefore, the verified answer is C .

Two key browser events:

DOMContentLoaded (fired on document): Fired when the HTML document has been completely loaded and parsed, without waiting for stylesheets, images, and subresources to finish loading.

load (fired on window): Fired when the entire page is fully loaded, including all dependent resources such as stylesheets and images.

The requirement states:

“… when the webpage is fully loaded with HTML content and all related files.”

That matches the semantics of the load event on the window object.

So the correct code is:

window.addEventListener( ' load ' , personalizeWebsiteContent);

Why others are incorrect:

A: DOMContentLoaded fires earlier, when HTML is parsed, but before all related files (images, some styles, etc.) are guaranteed to be loaded.

B: ' onDOMContentLoaded ' is not a valid event name; the event is ' DOMContentLoaded ' .

D: When using addEventListener, the event type is ' load ' , not ' onload ' . ' onload ' is the name of the handler property (window.onload = ...), not the event string.

Relevant concepts: window.load event, DOMContentLoaded, addEventListener syntax, page load lifecycle.

The correct answers are A, B, and D .

The two variables are:

let str1 = ' Java ' ;

let str2 = ' Script ' ;

The goal is to combine them into:

JavaScript

Option A is correct because template literals can insert variables directly into a string:

`${str1}${str2}`

This becomes:

`${ ' Java ' }${ ' Script ' }`

Result:

JavaScript

Option B is correct because strings have a concat() method:

str1.concat(str2);

This joins str2 onto the end of str1.

Result:

JavaScript

Option D is correct because the + operator performs string concatenation when both operands are strings:

str1 + str2;

This becomes:

' Java ' + ' Script '

Result:

JavaScript

The incorrect options:

Option C is not valid JavaScript for joining strings. const is used for declaring constants, not concatenating values.

Option E is incorrect because join() is an array method, not a string method. This would only work with an array, for example:

[ ' Java ' , ' Script ' ].join( ' ' );

But str1 is a string, so:

str1.join(str2)

is invalid.

Therefore, the verified answers are A, B, and D .

str = ' Salesforce '

Index positions:

S(0) a(1) l(2) e(3) s(4) f(5) o(6) r(7) c(8) e(9)

substring(start, end)

Start index inclusive, end index exclusive.

str.substring(0, 5) → characters at indices 0–4 → " Sales "

str.substring(1, 5) → indices 1–4 → " ales "

substr(start, length)

Start index, then number of characters.

str.substr(0, 5) → 5 characters starting at index 0 → " Sales "

str.substr(1, 5) → 5 characters from index 1 → " alesf "

So the expressions that return " Sales " are A and C.

A correct conversion from constructor-function syntax to ES6 class syntax must satisfy:

Use a constructor(name, price) method.

Assign instance properties inside the constructor.

Define methods without function keyword directly in the class body.

Use proper JavaScript template literals (backticks).

Evaluate each option:

Option A

Incorrect template literal syntax: uses single quotes with ${} which will not interpolate.

Option B

Incorrect:

The method vehicle() is not recognized as a constructor.

The constructor method is missing.

Option C

Incorrect:

The constructor has no parameters, but uses name and price which are undefined.

Option D

Correct:

Uses proper constructor with parameters.

Correct assignment of instance properties.

Correct template literal using backticks.

This is the valid ES6 class translation.

JavaScript Knowledge References (text-only)

ES6 classes require a constructor method for initialization.

Template literals must use backticks.

Methods inside classes are defined without the function keyword.

Omitted constructor parameters lead to undefined instance fields.

When async is added to a function:

async function example() {}

JavaScript guarantees:

The function always returns a Promise , regardless of what is returned inside.

Inside the function, await pauses execution until a Promise resolves.

Code appears synchronous even though it uses asynchronous behavior.

Analysis of each option:

A incorrect: Not " sometimes " —an async function always returns a Promise.

B incorrect: Async functions can be called just like normal functions.

C incorrect: Async/await has nothing to do with classes specifically.

D correct: This is the standard description: “Async functions behave asynchronously but allow writing code that looks synchronous.”

JavaScript Knowledge References (text-only)

async functions always return Promises.

await pauses execution of the async function.

Async/await syntax creates synchronous-looking code on top of asynchronous operations.

The correct answers are C and D .

The statement:

const arr = Array(5).fill(0);

creates an array with 5 elements , and every element is filled with the value 0.

So the array becomes:

[0, 0, 0, 0, 0]

A professional test should verify both important expectations:

arr.length === 5

and:

each element === 0

Option C is correct because it checks every element in the array:

arr.forEach(e = > console.assert(e === 0));

This confirms that each array element was filled with 0.

Option D is correct because it checks the array length:

console.assert(arr.length === 5);

This confirms that the array contains exactly five elements.

Option A is incorrect because the array length is not 0; it is 5.

Option B is incorrect for two reasons. First, arr[5] is outside the valid index range. The valid indexes are:

0, 1, 2, 3, 4

So:

arr[5]

returns:

undefined

Second, arr.length === 0 is false because the length is 5.

Therefore, the verified answers are C and D .

document.cookie retrieves the cookie string.

Setting document.cookie = ' key=John Smith ' adds or updates only that one cookie.

Important details:

Writing to document.cookie does not overwrite all cookies .

The browser does not require URL encoding , though it is recommended. Non-encoded spaces are allowed and automatically handled.

document.cookies does not exist; the correct property is document.cookie.

Therefore, the correct behavior:

Cookies are read.

A new cookie key=John Smith is set.

Existing cookies remain.

JavaScript Knowledge References (text-only)

Writing document.cookie appends or updates cookies, not replaces them.

document.cookie is both getter and setter for cookie strings.

==================================================

Behavior of Promise.prototype.finally:

.finally(handler) registers a callback that runs when the promise is settled , meaning:

Either fulfilled (resolved) , or

rejected .

Important points:

The finally callback does not receive the promise’s value or error (unlike then and catch).

It is executed after the promise is settled, but before the resolution value or rejection reason is passed further down the chain.

It runs in both success and failure paths.

In the given code:

The promise may either:

Call reject( ' fraction > 0.5, ' + fraction) if fraction > 0.5, or

Call resolve(fraction) otherwise.

In both cases:

If it resolves , .then(() = > console.log( ' resolved ' )) runs, and then .finally(...) is executed.

If it rejects , .catch((error) = > console.error(error)) runs, and then .finally(...) is executed.

So .finally runs:

Not just “when rejected”.

Not just “when resolved”.

But whenever the promise is resolved or rejected .

Therefore, the correct choice is:

D. When resolved or rejected .