Comment importer un fichier Swift à partir d'un autre fichier Swift?

Je veux simplement inclure ma classe Swift à partir d'un autre fichier, comme son test

PrimeNumberModel.swift

import Foundation

class PrimeNumberModel { }

PrimeNumberModelTests.swift

import XCTest
import PrimeNumberModel  // gives me "No such module 'PrimeNumberModel'"

class PrimeNumberModelTests: XCTestCase {
    let testObject = PrimeNumberModel()  // "Use of unresolved identifier 'PrimeNumberModel'"    
}

Les deux fichiers Swift se trouvent dans le même répertoire.

J'ai eu le même problème, également dans mes XCTestCasefichiers, mais pas dans les fichiers de projet réguliers.

Pour se débarrasser de:

Utilisation de l'identifiant non résolu 'PrimeNumberModel'

J'avais besoin importdu module de base dans le fichier de test. Dans mon cas, ma cible s'appelle « mon projet » et j'ai ajouté import myprojectet la classe a été reconnue.

MISE À JOUR Swift 2.x, 3.x, 4.x et 5.x

Vous n'avez plus besoin d'ajouter publicles méthodes à tester. Sur les versions plus récentes de Swift, il suffit d'ajouter le @testablemot - clé.

PrimeNumberModelTests.swift

import XCTest
@testable import MyProject

class PrimeNumberModelTests: XCTestCase {
    let testObject = PrimeNumberModel()
}

Et vos méthodes internes peuvent garder Internal

PrimeNumberModel.swift

import Foundation

class PrimeNumberModel {
   init() {
   }
}

Notez que les symboles private(et fileprivate) ne sont pas disponibles même avec l'utilisation @testable.

Swift 1.x

Il y a deux concepts pertinents de Swift ici (comme Xcode 6 beta 6).

1. Vous n'avez pas besoin d'importer des classes Swift, mais vous devez importer des modules externes (cibles)
2. Le niveau de contrôle d'accès par défaut dans Swift estInternal access

Étant donné que les tests sont sur une autre cible, PrimeNumberModelTests.swiftvous avez besoin de importla cible qui contient la classe que vous souhaitez tester, si votre cible est appelée MyProject, vous devrez ajouter import MyProjectau PrimeNumberModelTests:

PrimeNumberModelTests.swift

import XCTest
import MyProject

class PrimeNumberModelTests: XCTestCase {
    let testObject = PrimeNumberModel()
}

Mais cela ne suffit pas pour tester votre classe PrimeNumberModel, puisque le niveau de contrôle d'accès par défaut est Internal Access, votre classe ne sera pas visible pour le bundle de test, vous devez donc le créer Public Accesset toutes les méthodes que vous souhaitez tester:

PrimeNumberModel.swift

import Foundation

public class PrimeNumberModel {
   public init() {
   }
}

Dans la documentation, il est indiqué qu'il n'y a pas d'instructions d'importation dans Swift.

Utilisez simplement:

let primNumber = PrimeNumberModel()

Vérifiez l'appartenance à la cible de PrimeNumberModel.swift dans votre cible de test.

En Objective-C, si vous vouliez utiliser une classe dans un autre fichier, vous deviez l'importer:

#import "SomeClass.h"

Cependant, dans Swift, vous n'avez pas du tout besoin d'importer. Utilisez-le simplement comme s'il était déjà importé.

Exemple

// This is a file named SomeClass.swift

class SomeClass : NSObject {

}

// This is a different file, named OtherClass.swift

class OtherClass : NSObject {
    let object = SomeClass()
}

Comme vous pouvez le voir, aucune importation n'était nécessaire. J'espère que cela t'aides.

Selon Apple, vous n'avez pas besoin d'une importation pour les fichiers rapides dans la même cible. Je l'ai finalement fait fonctionner en ajoutant mon fichier swift à ma cible habituelle et à ma cible de test. Ensuite, j'ai utilisé l'en-tête de pontage pour le test pour m'assurer que mes fichiers ObjC que j'ai référencés dans mon en-tête de pontage régulier étaient disponibles. Ran comme un charme maintenant.

import XCTest
//Optionally you can import the whole Objc Module by doing #import ModuleName

class HHASettings_Tests: XCTestCase {

override func setUp() {
    let x : SettingsTableViewController = SettingsTableViewController()

    super.setUp()
    // Put setup code here. This method is called before the invocation of each test method in the class.
}

override func tearDown() {
    // Put teardown code here. This method is called after the invocation of each test method in the class.
    super.tearDown()
}

func testExample() {
    // This is an example of a functional test case.
    XCTAssert(true, "Pass")
}

func testPerformanceExample() {
    // This is an example of a performance test case.
    self.measureBlock() {
        // Put the code you want to measure the time of here.
    }
}

}

Assurez-vous donc que PrimeNumberModel a une cible de votre cible de test. Ou la solution High6 d'importation de votre module entier fonctionnera

J'ai pu résoudre ce problème en nettoyant ma version.

Menu supérieur -> Produit -> Raccourci clavier Nettoyer ou: Shift+ Cmd+K

Depuis Swift 2.0, les meilleures pratiques sont:

Ajoutez la ligne @testable import MyAppen haut de votre fichier de tests, où "MyApp" est le nom du module de produit de votre cible d'application (visible dans les paramètres de construction de votre cible d'application ). C'est tout.

(Notez que le nom du module de produit sera le même que le nom de votre cible d'application, sauf si le nom de votre cible d'application contient des espaces, qui seront remplacés par des traits de soulignement. Par exemple, si ma cible d'application s'appelait "Fun Game", j'écrirais @testable import Fun_Gameà la haut de mes tests.)

Vous devez ajouter une routine pour que le compilateur fasse référence en tant que point d'entrée, alors ajoutez un fichier main.swift, qui dans ce cas crée simplement une instance de votre fichier de test:

main.swift

PrimeNumberModelTests()

Ensuite, compilez sur la ligne de commande (j'utilise El Capitan et Swift 2.2):

xcrun -sdk macosx swiftc -emit-executable -o PrimeNumberMain PrimeNumberModel.swift PrimeNumberModelTests.swift main.swift

Dans ce cas, vous obtiendrez un avertissement: le résultat de l'initialiseur n'est pas utilisé , mais le programme se compile et est exécutable:

./PrimeNumberMain

CAVEAT: J'ai supprimé le type d'importation XCTest et XCTestCase pour plus de simplicité.

Vérifiez vos PrimeNumberModelTestsparamètres de cible.

Si vous ne voyez pas le PrimeNumberModel.swiftfichier dans Build Phases/Compile Sources, ajoutez-le.

Donc, vous devez

1. Importez les modules externes que vous souhaitez utiliser
2. Et assurez-vous d'avoir les bons modificateurs d'accès sur la classe et les méthodes que vous souhaitez utiliser.

Dans mon cas, j'avais un fichier rapide que je voulais tester unitaire, et le fichier de test unitaire était également une classe rapide. Je me suis assuré que les modificateurs d'accès étaient corrects, mais la déclaration

import stMobile

(disons que stMobile est notre nom cible)

ne fonctionnait toujours pas (j'obtenais toujours l'erreur «No such module»), j'ai vérifié ma cible, et son nom était en effet stMobile. Donc, je suis allé dans les paramètres de construction, sous l'emballage, et j'ai trouvé le nom du module de produit, et pour une raison quelconque, cela s'appelait St_Mobile, j'ai donc changé ma déclaration d'importation

import St_Mobile

(qui est le nom du module de produit ), et tout a fonctionné.

Pour résumer:

1. Vérifiez le nom de votre module de produit et utilisez l'instruction d'importation ci-dessous dans votre classe de test unitaire

   import myProductModuleName

2. Assurez-vous que vos modificateurs d'accès sont corrects (niveau de classe et vos méthodes).

Au lieu d'exiger des importations explicites, le compilateur Swift recherche implicitement les .swiftmodulefichiers des bibliothèques Swift de dépendance.

Xcode peut créer des modules Swift pour vous, ou consultez le blog railsware pour obtenir des instructions en ligne de commande pour swiftc.

Comme @ high6 et @ erik-p-hansen l'ont souligné dans la réponse donnée par @ high6, cela peut être surmonté en important la cible du module où se trouve la classe PrimeNumberModel, qui est probablement le même nom que votre projet dans un projet simple .

En regardant cela, je suis tombé sur l'article Écrivez votre premier test unitaire en Swift sur swiftcast.tv par Clayton McIlrath. Il traite des modificateurs d'accès, montre un exemple du même problème que vous rencontrez (mais pour un ViewController plutôt qu'un fichier de modèle) et montre comment à la fois importer la cible et résoudre le problème du modificateur d'accès en incluant le fichier de destination dans la cible, ce qui signifie vous n'êtes pas obligé de rendre publique la classe que vous essayez de tester, sauf si vous le souhaitez réellement.