Łączenie Swift z Objective-C
Naucz się udostępniać kod Swift w Objective-C za pośrednictwem automatycznie generowanego nagłówka Objective-C.
Łączenie Swift z Objective-C to bezpłatna lekcja Objective-C iOS Development for Legacy & Enterprise Apps na CoddyKit. To lekcja 2 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej Objective-C iOS Development for Legacy & Enterprise Apps, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs Objective-C iOS Development for Legacy & Enterprise Apps zawiera 4 lekcji w sumie.
Części tej lekcji nie zostały jeszcze przetłumaczone i są wyświetlane po angielsku.
Swift to Obj-C: The Bridge
Welcome! In mixed-language projects, you often need Swift code to talk to Objective-C code. This lesson focuses on making your modern Swift classes and methods accessible to older Objective-C files.
This "bridging" allows you to gradually introduce Swift into an existing Objective-C codebase or have parts of your app written in different languages.
The Auto-Generated Header
When you add Swift files to an Objective-C project, Xcode automatically generates a special header file for you. It's named ProductModuleName-Swift.h.
This header acts as a translator, exposing your Swift code to the Objective-C world. You don't create it; Xcode does all the work! You just need to import it.
Exposing Swift Classes
For an Objective-C file to "see" a Swift class, that Swift class must inherit from NSObject. This is a fundamental requirement for Objective-C compatibility.
Without inheriting from NSObject, your Swift class won't appear in the auto-generated bridging header.
Using @objc for Visibility
The @objc attribute explicitly marks a Swift declaration (class, method, property, initializer) as available to Objective-C.
- Classes that inherit from
NSObjectand are notfinalautomatically expose their members. - You might need
@objcfor specific members if your class doesn't inherit fromNSObject(e.g., via a protocol) or for properties/methods that require KVC/KVO compatibility.
A Simple Swift Class
Here's a Swift class, MySwiftGreeter, that inherits from NSObject. Its name property and greet() method will be automatically exposed to Objective-C.
We can optionally use @objc(MySwiftGreeter) to specify the Objective-C name, though it's often inferred.
import Foundation
class MySwiftGreeter: NSObject {
@objc var name: String
@objc init(name: String) {
self.name = name
super.init()
}
@objc func greet() -> String {
return "Hello from Swift, \(name)!"
}
}Importing the Swift Header
To use your Swift classes in an Objective-C file, you simply need to import the auto-generated bridging header. Replace ProductModuleName with your project's actual module name.
This import should be in your Objective-C .m implementation file, not in a .h header file, to avoid circular dependencies and unnecessary exposure.
// In MyObjectiveCFile.m
#import "YourProjectName-Swift.h"
// Now you can use MySwiftGreeter
// ...Using Swift in Obj-C
Once the bridging header is imported, your Objective-C code can create instances of Swift classes and interact with their exposed properties and methods, just like any other Objective-C object.
Note: This code snippet shows how it would look in a project. Running it directly requires a full Xcode project setup with both Swift and Objective-C files.
#import <Foundation/Foundation.h>
#import "MyProjectName-Swift.h" // Your project's auto-generated header
int main(int argc, const char * argv[]) {
@autoreleasepool {
// Create an instance of the Swift class
MySwiftGreeter *greeter = [[MySwiftGreeter alloc] initWithName:@"Coddy"];
// Call a method on the Swift object
NSString *greeting = [greeter greet];
NSLog(@"%@", greeting);
// Access a property
NSLog(@"Greeter's name: %@", greeter.name);
}
return 0;
}Swift & Obj-C Type Map
When bridging, Swift types are automatically mapped to their closest Objective-C equivalents:
- Swift
Stringmaps toNSString* - Swift
Int,Double,Boolmap toNSNumber* - Swift
Arraymaps toNSArray* - Swift
Dictionarymaps toNSDictionary*
This allows seamless data exchange between the two languages.
Customizing Obj-C Names
Sometimes, Swift's inferred Objective-C name for a class or method might not be ideal, or it might conflict. You can provide a custom Objective-C name using @objc(NewName).
This is especially useful if you need to match existing Objective-C naming conventions or avoid clashes with existing Objective-C symbols.
import Foundation
@objc(LegacyGreeter) // Renames MySwiftGreeter to LegacyGreeter for Obj-C
class MySwiftGreeter: NSObject {
@objc var name: String
@objc(initWithPersonName:) // Custom name for initializer
init(name: String) {
self.name = name
super.init()
}
@objc(sayHello) // Custom name for method
func greet() -> String {
return "Hello from Swift, \(name)!"
}
}Bridging Limitations
Not all Swift features can be directly exposed to Objective-C. Keep these limitations in mind:
- Swift Structs & Enums: Unless they have raw values and conform to
@objc, they aren't directly visible. - Generics: Swift generics are not exposed.
- Global Functions: Only methods within
NSObject-derived classes are bridged. - Tuples: Swift tuples have no Objective-C equivalent.
Focus on classes, methods, and properties that mirror Objective-C's object model.
Bridging Knowledge Check
Which of the following is REQUIRED for a Swift class to be accessible from Objective-C code via the auto-generated bridging header?
Bridging Swift to Obj-C
You've learned how to make your Swift code available to Objective-C! Key takeaways:
- Xcode generates a
ProductModuleName-Swift.hheader. - Swift classes must inherit from
NSObjectto be seen by Objective-C. - The
@objcattribute explicitly exposes members or renames them. - Swift types like
String,Array, andDictionaryare automatically mapped to theirNScounterparts.
This bridging is crucial for maintaining and evolving mixed-language iOS projects!
Często zadawane pytania
Czy lekcja „Łączenie Swift z Objective-C” jest bezpłatna?
Tak — pełny tekst „Łączenie Swift z Objective-C” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu Objective-C iOS Development for Legacy & Enterprise Apps, przejdź na CoddyKit PRO. Kurs Objective-C iOS Development for Legacy & Enterprise Apps zawiera 4 lekcji w sumie.
Co nauczysz się w „Łączenie Swift z Objective-C”?
Naucz się udostępniać kod Swift w Objective-C za pośrednictwem automatycznie generowanego nagłówka Objective-C. Ćwiczysz Objective-C iOS Development for Legacy & Enterprise Apps z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.
Czy potrzebuję doświadczenia, aby zacząć Objective-C iOS Development for Legacy & Enterprise Apps?
Nie wymagamy żadnego doświadczenia. Objective-C iOS Development for Legacy & Enterprise Apps w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 2 z 4.
Ile czasu zajmuje lekcja „Łączenie Swift z Objective-C”?
Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.
Czy mogę pisać i uruchamiać kod w tej lekcji Objective-C iOS Development for Legacy & Enterprise Apps?
Tak. Każda lekcja Objective-C iOS Development for Legacy & Enterprise Apps zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.
Wszystkie lekcje w tym kursie
- Łączenie Objective-C ze Swift
- Łączenie Swift z Objective-C
- Tworzenie frameworków Objective-C
- Obsługa nullowalności i mapowanie typów między mostami