Integração de Swift com Objective-C
Aprenda a tornar o código Swift acessível a partir de Objective-C por meio do cabeçalho Objective-C gerado automaticamente.
Integração de Swift com Objective-C é uma aula grátis de Objective-C iOS Development for Legacy & Enterprise Apps no CoddyKit. Esta é a aula 2 de 4. Você pode ler a aula completa abaixo gratuitamente — depois pratica ao vivo no navegador com um editor de código integrado e um tutor de IA 24/7. Faz parte do caminho de aprendizado de Objective-C iOS Development for Legacy & Enterprise Apps, e seu progresso é sincronizado entre a web e o app CoddyKit. O curso de Objective-C iOS Development for Legacy & Enterprise Apps inclui 4 aulas no total.
Partes desta aula ainda não foram traduzidas e aparecem em inglês.
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!
Perguntas Frequentes
A aula “Integração de Swift com Objective-C” é grátis?
Sim — o texto completo de “Integração de Swift com Objective-C” é grátis para ler aqui na web. Para praticá-la interativamente (um editor de código integrado e um tutor de IA 24/7) e desbloquear o restante do curso de Objective-C iOS Development for Legacy & Enterprise Apps, atualize para CoddyKit PRO. O curso de Objective-C iOS Development for Legacy & Enterprise Apps inclui 4 aulas no total.
O que vou aprender em “Integração de Swift com Objective-C”?
Aprenda a tornar o código Swift acessível a partir de Objective-C por meio do cabeçalho Objective-C gerado automaticamente. Você pratica Objective-C iOS Development for Legacy & Enterprise Apps com código prático que executa diretamente no navegador, e um tutor de IA 24/7 responde suas dúvidas enquanto trabalha na aula.
Preciso ter experiência prévia para começar Objective-C iOS Development for Legacy & Enterprise Apps?
Nenhuma experiência prévia é necessária. Objective-C iOS Development for Legacy & Enterprise Apps no CoddyKit é estruturado para alunos iniciantes até avançados, então você pode começar aqui ou desde o início e aprender no seu ritmo. Esta é a aula 2 de 4.
Quanto tempo leva a aula “Integração de Swift com Objective-C”?
A maioria das aulas CoddyKit leva cerca de 5–10 minutos. Cada uma é compacta e interativa, então você faz progresso constante e retoma exatamente de onde parou entre web e app.
Posso escrever e executar código nesta aula de Objective-C iOS Development for Legacy & Enterprise Apps?
Sim. Cada aula de Objective-C iOS Development for Legacy & Enterprise Apps inclui um editor de código integrado, então você escreve e executa código real direto no navegador e recebe feedback de IA instantaneamente — nenhuma configuração local necessária.
Todas as aulas deste curso
- Integração de Objective-C com Swift
- Integração de Swift com Objective-C
- Criação de frameworks Objective-C
- Lidar com a Nulabilidade e o Mapeamento de Tipos entre Pontes