Klasse Foo ist in MyApp und MyAppTestCase implementiert. Einer der beiden wird verwendet. Welches ist undefiniert

Foo-Klasse implementiert ist, in beiden MyApp und MyAppTestCase. Einer der beiden verwendet werden. Die eine ist nicht definiert.

Frage ich mich, warum ist das so?

da beide Bilder (die app und das unit test bundle) definieren Sie die Implementierung der Klasse. die Klasse dynamisch geladen in die objc-runtime. die objc-runtime verwendet einen flachen Namensraum. wie das funktioniert:

• die binary geladen wird, beginnend mit seinen Abhängigkeiten
• wie jede Binärdatei geladen ist, werden die objc-Klassen registrieren mit die objc-runtime
• wenn eine Klasse mit einem bestimmten Namen ist zweimal geladen werden, ist das Verhalten undefiniert. eine Implementierung einer Klasse (mit gleichem Namen) kann geladen werden, in die objc-runtime.

den typische problem hier ist, dass Sie zurückgegeben werden, die eine Umsetzung - Ihre app wird wahrscheinlich Abstürzen, wenn die Art der Konflikte (wenn die Klasse nicht aus der gleichen Quelle-Datei).

Sie in der Regel vermeiden, indem Sie entweder umbenennen einer Klasse, oder exportieren Sie die Klasse in ein Bild. umbenennen der Klasse offensichtlich nicht für Ihren Fall. Sie haben eine Datei Foo.m die kompiliert wird, exportiert und geladen werden, indem zwei Bilder, wenn es sein sollte, in einem.

diese interpretiert werden sollten, die Sie als symbol duplizieren linker-Fehler. auch wenn die Umsetzung der gleichen Quelle-Datei (und die Implementierung ist die gleiche) - das ist ein problem, das Sie beheben muss.

Wie kann ich dieses Problem lösen?

wenn Foo.m ist eine Klasse app, die Sie haben, um Sie zu entfernen (nicht kompilieren und link) Foo.m aus dem unit-test. wenn Sie Teil der unit test, dann nicht kompilieren und verknüpfen es in der unit-test-target.

befolgen Sie dann die Anweisungen in der post für die Verknüpfung/das laden der unit-test für die app. es ist in diesem Allgemeinen Bereich der post: wo "WhereIsMyMac" ist der name der Anwendung, Sie sind unit-Tests. Dies lässt die Prüfung Ziel-link vor der Anwendung (so Sie nicht bekommen, die linker-Fehler beim kompilieren). der wichtige Teil ist, dass Sie Ihre test-Dateien kompiliert werden, die in der unit-test-target (nur), und der app-Klassen werden kompiliert und verbunden in der app. Sie können nicht nur fügen Sie den link und laden dynamisch.

Vielleicht habe ich etwas verpasst bei der Einstellung der unit-test-target?

Des Artikels, den Sie verlinkt:

Hinweis: Die Tests Ziel ist ein separates Ziel. Dies bedeutet, dass Sie müssen vorsichtig sein, von Ziel-Mitgliedschaft. Alle Anwendungs-Quellcode-Dateien sollte der Anwendung Hinzugefügt werden, Ziel nur. Test-code-Dateien Hinzugefügt werden sollten, die Prüfung Ziel nur.

den Teil, dass Sie falsch sind, ist wahrscheinlich der link, und laden Sie die Phasen der unit test bundle.

InformationsquelleAutor der Antwort justin

Für mich, alles was ich brauchte zu tun war, deaktivieren Sie das Kontrollkästchen, das macht die Klasse " Foo " ein Mitglied der unit-test-target. Es sollte nicht ein Mitglied der beiden Ziele, und sollte wie folgt Aussehen:

In Fall können Sie nicht sehen, das Bild, es ist ein screenshot von Xcode "Target Mitgliedschaft" angezeigt. Es gibt zwei Ziele: einen mit einem "A" Symbol der Anwendung und der name des Tests. Der andere ist der unit-test-target, und hat ein unit-test-Symbol:

Target Membership
[X] Foo
[ ] FooTests

InformationsquelleAutor der Antwort Steve HHH

Der Grund dafür ist, dass Sie überschreiben RUNPATH_SEARCH_PATHS Ihrer App-Target der build-Einstellung definierte Ziel.

Lösung:

Gehen Sie zu Ihrem App-Ziel und finden RUNPATH_SEARCH_PATHS bauen, einstellen und nutzen es $(inherited) Kennzeichen für beide: Debug und Release

InformationsquelleAutor der Antwort Bartłomiej Semańczyk