Objective-C — build and test · 3 Lessons
English

Objective-C

Module 2 – Objective-C — build and test

Page 2 of 3 · About 15 minutes per lesson, including practice.

A language feature worth understanding

15-minute session: read for 3 minutes, trace for 3, experiment for 7, and complete the check for 2. Spend longer whenever you need.

Use the language note below to explain this example’s state changes. Identify what is copied, what is shared, what can fail, and what is released. Only some of those questions apply to this particular program: say which ones. Make one deliberate change, predict the effect, and compare it with the actual result. A familiar-looking operator in another language may obey a different rule.

Square brackets send a message to a receiver: [plan completed]. @interface declares methods and @implementation defines them. These GNUstep exercises use explicit memory management, not Apple ARC.

#import <Foundation/Foundation.h>
#include <stdio.h>
#include <assert.h>
@interface StudyPlan : NSObject
- (int)completed;
@end
@implementation StudyPlan
- (int)completed { return 3; }
@end
int main(void) {
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
    StudyPlan *plan = [[StudyPlan alloc] init];
    printf("%d\n", [plan completed]);
    [plan release];
    [pool drain];
    return 0;
}

Expected result: 3

Practice and evidence

Keep three notes: your prediction, the actual result, and why they match or differ. The completion check grades understanding; the practice task builds skill.

Language reference

Example code on Agila Forge ↗

Complete this lesson

Answer every check correctly to earn your lesson certificate. Feedback helps you review and try again.

Sign in · Save your progress and earn a certificate for this lesson.