This question belongs to View Building with SwiftUI , specifically stacking views and applying modifiers. A ZStack layers views from back to front, so the first item becomes the background and later items appear on top. To match the screenshot, the black background must be the back layer, so Color.black goes first. The large white circle sits above that, so Circle() followed by .foregroundStyle(.white) comes next. Finally, the red heart image sits on top of the circle, so Image(systemName: " heart " ).resizable() followed by .foregroundStyle(.red).frame(width: 200, height: 200) must be last. SwiftUI’s Image.resizable() allows the symbol image to scale to the frame you apply, and foregroundStyle sets the visible color styling for the shape and symbol.

So the intended structure is:

ZStack {

Color.black

Circle()

.foregroundStyle(.white)

Image(systemName: " heart " ).resizable()

.foregroundStyle(.red)

.frame(width: 200, height: 200)

}

This produces a black background, a white circular shape, and a centered red heart on top, exactly as shown.

This question belongs to Swift Programming Language , especially the domains covering basic Swift types , operators , and constants versus variables .

There are two compile problems in the snippet. First, unitPrice and shipping are inferred as Double, while quantity is inferred as Int. In Swift, arithmetic operands must have compatible types; Swift does not automatically mix Int and Double in one arithmetic expression. So unitPrice * quantity fails unless quantity is changed to Double or explicitly converted. That makes A a correct fix.

Second, the line totalCost += ... uses the compound assignment operator +=, which stores a new value back into the left-hand side. Swift requires the left-hand side of += to be mutable, so totalCost must be declared with var, not let. That makes D the second correct fix.

The other choices do not solve the actual compile issues. B is unnecessary because totalCost is already explicitly declared as Double, so 0 is valid there. C would still leave shipping as Double, so the mixed-type arithmetic problem remains. E is irrelevant because shipping is never reassigned. Therefore, the two correct answers are A and D

C:\Users\Waqas Shahid\Desktop\Mudassir\Untitled.jpg

This question belongs to View Building with SwiftUI , especially the objectives for using List views to iterate through collections and structuring views with standard SwiftUI containers. The screenshot shows two grouped sets of rows: one headed MY FRIENDS and one headed MY PETS . In SwiftUI, the correct container for a scrollable table-style presentation of rows is List, and the correct way to divide that list into labeled groups is Section. Apple documents List as a container that presents data in a single-column row-based layout, and Section as a way to organize list content into grouped areas with headers and optional footers. That is exactly the structure shown in the image. ( developer.apple.com , developer.apple.com )

The ForEach(names, id: \.self) and ForEach(pets, id: \.self) lines are already iterating through the arrays, so each ForEach should be wrapped inside a Section. The section labels such as " My Friends " and " My Pets " are provided with the header: label. So the intended code structure is:

List {

Section {

ForEach(names, id: \.self) { name in Text(name) }

} header: {

Text( " My Friends " )

}

Section {

ForEach(pets, id: \.self) { pet in Text(pet) }

} header: {

Text( " My Pets " )

}

}

This matches the UI shown in the image and aligns directly with SwiftUI list and section composition patterns in App Development with Swift.

This question belongs to Xcode Developer Tools , specifically the objective domain on identifying and using the features of the Xcode interface . In the screenshot, the correct area is the upper-right corner of the editor toolbar , where Xcode provides the control for editor display options. Apple’s documentation explains that to show previews, you can use the editor controls and specifically notes that you can click the Adjust Editor Options button and choose Preview , which displays the preview canvas to the right of the editor.

So, in hotspot terms, the correct selection is the editor options control near the top-right of the code editor , not the Run button, not the Inspector, and not the Project navigator. This aligns with Apple’s preview workflow for SwiftUI in Xcode, where the canvas is shown from the editor display controls. Apple also describes the preview canvas as part of Xcode’s interface for quickly visualizing UI changes while editing code.

C:\Users\Waqas Shahid\Desktop\Mudassir\Untitled.jpg

This question belongs to Swift Programming Language , specifically the domain covering structs, classes, properties, methods, and the difference between structures and classes .

The key point is that Printer is declared as a class :

class Printer {

var copies: Int

init(copies: Int) {

self.copies = copies

}

}

In Swift, classes are reference types . That means when you assign one class instance to another variable, both variables refer to the same object in memory rather than creating a separate copy. Apple’s Swift language guide explains that classes are passed by reference, while structures are value types. So in this code:

var printer1 = Printer(copies: 2)

var printer2 = printer1

both printer1 and printer2 point to the same Printer instance.

Next, this line changes the shared object:

printer2.copies = 10

Because printer2 refers to the same instance as printer1, changing printer2.copies also changes printer1.copies. Therefore, when the code executes:

print(printer1.copies)

the output is 10 .

This question tests one of the most important Swift concepts: classes are reference types , while structs are value types . If Printer had been a struct instead of a class, the result would have been different because assignment would copy the value rather than share the same instance.

This question belongs to View Building with SwiftUI , especially the domain covering positioning and/or layout a single SwiftUI View with standard Views and modifiers and the foundational structure of a SwiftUI view. In SwiftUI, a custom screen is typically declared as a struct that conforms to the View protocol. Apple’s SwiftUI documentation shows the standard pattern:

struct ScreenView: View {

var body: some View {

Text( " Hello " )

}

}

Here, struct is required because SwiftUI views are commonly defined as structures. View is required after the colon because the type must conform to the View protocol. body is the required computed property that returns the content of the view as some View. Apple documents that every conforming View type must provide a body property that describes its content.

So the completed code is:

import SwiftUI

struct ScreenView: View {

var body: some View {

Text( " Hello " )

}

}

This is the canonical SwiftUI view declaration pattern and is one of the most fundamental concepts in App Development with Swift.