Acabei de alterar meus arquivos .m para .mm e usar C ++. Existe uma maneira de fazer o mesmo com Swift?

Não. Quando você muda de .m para .mm, na verdade, você está mudando do Objective-C para um idioma diferente (que possui muitas diferenças sutis) chamado Objective-C ++. Então você não está realmente usando C ++; você está usando o Objective-C ++, que aceita a maior parte do C ++ como entrada (da mesma forma que o C ++ aceita a maioria, mas não todo o C como entrada). Quando digo que não é bem C ++, considere um arquivo C ++ que inclua uma variável chamada nil(que é C ++ legal) e tente compilar isso como Objective-C ++.

Swift não tem o mesmo relacionamento. Não é um superconjunto de C ou C ++ e você não pode usá-lo diretamente em um .swiftarquivo.

"Usando Swift com cacau e Objective-C" também nos diz:

Você não pode importar o código C ++ diretamente no Swift. Em vez disso, crie um wrapper Objective-C ou C para código C ++.

A confusão pode vir da suposição de que apenas alterar uma extensão de arquivo de .mpara .mmé tudo o que você precisa para conectar os idiomas, quando, na realidade, não faz nada desse tipo. Não é o .mmque causa atrito .cpp, é o .hcabeçalho que não deve ser positivamente um C++cabeçalho.

Mesmo projeto: Sim.

No mesmo projeto, você pode combinar felizmente C , C ++ , Objective-C , Objective C ++ , Swift e até Assembly .

1. ...Bridging-Header.h: você expõe C , Objective-C e Objective-C ++ a Swift usando esta ponte
2. <ProductModuleName>-Swift.h: Expõe automaticamente seus Swift aulas marcados com @objca Objective-C
3. .h: esta é a parte complicada, pois eles são usados ​​de forma ambígua para todos os tipos de C , ++ ou não, objetivo ou não. Quando a .hnão contém uma única palavra-chave C ++ , como class, ela pode ser adicionada ao ...Bridging-Header.he exporá qualquer função que as funcionalidades correspondentes .c ou .cpp declaradas. Caso contrário, esse cabeçalho deve ser agrupado em uma API C ou Objective-C pura .

Mesmo arquivo: Não.

No mesmo arquivo, você não pode misturar todos os 5. No mesmo arquivo de origem :

1. .swift: você não pode misturar Swift com nada
2. .m: Você pode misturar Objective-C com C . ( @Vinzzz )
3. .mm: você pode misturar Objective-C com C ++ . Essa ponte é Objective-C ++ . ( @Vinzzz ).
4. .c: C puro
5. .cpp: você pode misturar C ++ e montagem ( @Vality )
6. .h: onipresente e ambíguo C , C ++ , Objective-C ou Objective-C ++ , então a resposta é que depende.

Referências

• Chamar Assembly de C ++ ( Brett Hale )
• Chamar Swift do Objective-C ( Svitlana )
• Chamar C, C ++, Obj-C, Obj-C ++ de Swift ( SwiftArchitect , self)
• Para baixar um projeto completo do iOS 9, Xcode 7, pesquise SO-32541268 em Swift Recipes.

Eu escrevi um projeto simples do Xcode 6 que mostra como misturar códigos C ++, Objective C e Swift:

https://github.com/romitagl/shared/tree/master/C-ObjC-Swift/Performance_Console

Em particular, o exemplo chama uma função Objective C e C ++ do Swift.

A chave é criar um cabeçalho compartilhado Project-Bridging-Header.h e colocar os cabeçalhos do Objective C lá.

Faça o download do projeto como um exemplo completo.

Você também pode pular o arquivo Objective-C no meio. Basta adicionar um arquivo de cabeçalho C com um arquivo de origem .cpp. Tenha apenas declarações C no arquivo de cabeçalho e inclua qualquer código C ++ no arquivo de origem. Em seguida, inclua o arquivo de cabeçalho C no ** - Bridging-Header.h.

O exemplo a seguir retorna um ponteiro para um objeto C ++ (struct Foo) para que o Swift possa armazenar em um COpaquePointer em vez de ter struct Foo definido no espaço global.

Arquivo Foo.h (visto por Swift - incluído no arquivo de ponte)

#ifndef FOO_H
#define FOO_H

// Strictly C code here.
// 'struct Foo' is opaque (the compiler has no info about it except that 
// it's a struct we store addresses (pointers) to it.
struct Foo* foo_create();
void foo_destroy(struct Foo* foo);

#endif

Arquivo de origem interno Foo.cpp (não visto pelo Swift):

extern "C"
{
#include "Foo.h"
}
#include <vector>

using namespace std;

// C++ code is fine here. Can add methods, constructors, destructors, C++ data members, etc.
struct Foo
{
   vector<int> data;
};

struct Foo* foo_create()
{
   return new Foo;
}

void foo_destroy(struct Foo* foo)
{
    delete foo;
}

Acabei de fazer um pequeno projeto de exemplo usando Swift, Objective-C e C ++. É uma demonstração de como usar a costura OpenCV no iOS. A API do OpenCV é C ++, portanto não podemos falar com ela diretamente do Swift. Eu uso uma classe de wrapper pequena cujo arquivo de implementação é Objective-C ++. O arquivo Cabeçalho está limpo como Objective-C, para que o Swift possa conversar diretamente com isso. Você deve tomar cuidado para não importar indiretamente nenhum arquivo C ++ para os cabeçalhos com os quais o Swift interage.

O projeto está aqui: https://github.com/foundry/OpenCVSwiftStitch

Aqui está minha tentativa de uma ferramenta clang para automatizar a comunicação rápida em C ++ /. Você pode instanciar classes C ++ a partir do swift, herdar da classe C ++ e até substituir métodos virtuais no swift.
Ele analisará a classe C ++ que você deseja exportar rapidamente e gerará a ponte Objective-C / Objective-C ++ automaticamente.

https://github.com/sandym/swiftpp

Swift não é diretamente compatível com C ++. Você pode solucionar o problema agrupando seu código C ++ com Objective-C e usando o wrapper Objective C no Swift.

Eu também tenho um programa de demonstração para combinar rapidamente o opencv.

Você pode baixá-lo em https://github.com/russj/swift_opencv3_demo .

Mais informações sobre a demonstração http://flopalm.com/opencv-with-swift/ .

Não, não em um único arquivo.

No entanto, você pode usar o C ++ em projetos Swift sem precisar de uma biblioteca ou estrutura estática. Como outros já disseram, a chave é criar um cabeçalho de ponte Objective-C que # inclua cabeçalhos C ++ compatíveis com C e marcados como C compatíveis com o truque externo "C" {} .

Tutorial em vídeo: https://www.youtube.com/watch?v=0x6JbiphNS4

Outras respostas são um pouco imprecisas. Você pode realmente misturar Swift e [Objective-] C [++] no mesmo arquivo, embora não exatamente da maneira que você esperaria.

Este arquivo (c.swift) é compilado em um executável válido com ambos swiftc c.swifteclang -x objective-c c.swift

/* /* */
#if 0
// */
import Foundation
print("Hello from Swift!")
/* /* */
#endif
#include <stdio.h>
int main()
{
    puts("Hello from C!");
    return 0;
}
// */

Um truque (de muitos) é que

Você precisa de um cabeçalho separado para o arquivo de ponte obj-c ++ ...

Você não pode simplesmente jogar @interface e @implementation no mesmo arquivo .mm, como costuma fazer normalmente.

Então, no seu arquivo de cabeçalho de ponte, você tem

#import "Linkage.hpp"

Linkage.hpp possui a @interface para Linkage e Linkage.mm possui a @implementation para .mm

E depois

... você realmente não inclui "yourCpp.hpp" no Linkage.hpp.

Você só coloca #include "yourCpp.hpp"no arquivo Linkage.mm, não no arquivo Linkage.hpp.

Em muitos exemplos / tutoriais on-line, o escritor simplesmente coloca o @interface e a @implementation no mesmo arquivo .mm, como costuma fazer.

Isso funcionará em exemplos muito simples de ponte de cpp, mas,

O problema é:

se o seu yourCpp.hpp tiver algum recurso de c ++ que certamente (como a primeira linha #include <something>), o processo falhará.

Mas se você simplesmente não tiver o arquivo de cabeçalho#include "yourCpp.hpp" no Linkage (é bom tê-lo no arquivo .mm, obviamente você precisará) - ele funciona.

Mais uma vez, infelizmente, essa é apenas uma dica em todo o processo.

Caso isso seja útil a alguém, também tenho um breve tutorial sobre como chamar uma biblioteca estática C ++ simples a partir de um utilitário trivial de linha de comando Swift. Esta é realmente uma prova básica do código.

Nenhum Objective-C envolvido, apenas Swift e C ++. O código em uma biblioteca C ++ é chamado por um wrapper C ++ que implementa uma função com ligação externa "C". Essa função é então referenciada no cabeçalho da ponte e chamada a partir do Swift.

Consulte http://www.swiftprogrammer.info/swift_call_cpp.html

Estou fornecendo um link para o SE-0038 no recurso oficial, descrito como Isso mantém propostas de alterações e aprimoramentos visíveis ao usuário para o Swift Programming Language.

O status de hoje é que essa é a solicitação de recurso que foi aceita, mas ainda não agendada.

Este link tem como objetivo orientar quem procura esse recurso na direção certa