Перехід до заголовка Objective-C не створений у Xcode 6

Я нещодавно працюю над тим, щоб додати Swift до існуючого проекту, щоб спробувати його в реальному світі.

Додавши вихідний файл Swift до проекту, у мене немає проблем з отриманням "Бридж-заголовка", тобто Objective-C Swift.

Але *-Swift.hфайлу заголовка, який повинен піддавати класам Swift або позначені @objcабо підкласи класів ObjC, ніде не знайдено :-(

Я не бачу жодних конкретних вказівок, як домогтися використання мого нового підкласу, написаного в Swift, в моєму головному коді додатка (який все ще є «Objective-C»).

Додаток, яким я є провідним розробником, має досить велику базу коду (70 000 рядків), тому перехід його за один раз не підлягає сумніву.

Зараз це працює.

1. Проект повинен мати назву продуктового модуля, що не містить пробілів.
2. Визначає, що модуль повинен бути встановлений на Так у Налаштуваннях збірки, під Упаковка.

Нарешті працює. Дякую всім за допомогу :-)

У мене була подібна проблема і виявив, що ти можеш лише додати

#import "ProductModuleName-Swift.h"

до файлів obj-c .m, а не .h файлів для заголовка парасольки, який можна знайти

Я виявив, що мені довелося виправити всі помилки побудови, перш ніж це створить файл.

Проблема для мене полягала в тому, що це була проблема з куркою / яйцем в тому, що я не бачив помилок у побудові, поки фактично не прокоментував #importзаяву:

//#import "ProductModuleName-Swift.h"

які виявили купу інших помилок у моєму коді Swift.

Після того, як я виправив ці нові помилки та успішно отримав початкове будівництво, я прокоментував #importта Bingo! Заголовок створено та імпортується правильно :)

Якщо ви схожі на мене, ви, ймовірно, неправильно назвали заголовок. Якийсь час бив головою, я шукав файл у DerivedData і впевнений, що він там є. У моєму налаштуванні (я вважаю, що використовую стандартну папку даних, яку я отримав):

cd ~/Library/Developer/Xcode/DerivedData
find * -iname '*Swift.h'

Знайдемо. Якщо в цій папці нічого не відповідає, Xcode не генерує її.

Я використовую Xcode версії 6.2 (6C86e)

Якщо назва вашого модуля проекту має пробіли, ви повинні замінити пробіли на підкреслення.

Наприклад, якщо назва вашого проекту "Мій проект", ви використовуєте:

#import "My_Project-Swift.h"

* Єдине важливе: *

використовувати визначене "Назва модуля продукту" в цілі, а потім -Swift.h

#import <Product Module Name>-Swift.h

// in each ObjectiveC .m file having to use swift classes
// no matter in which swift files these classes sit.

Незалежно від того, чи параметр "Визначає модуль" встановлений на "Так" або "Ні" або якщо для проекту "Назва продукту" не встановлено.

Нагадування: Класи Swift повинні бути похідними від NSObject або позначені тегом атрибутом @objc, щоб потрапити на ObjectiveC / Foundation || Какао ...

Я хотів додати ще одну причину, з якою ви можете знайти проблему з цим - я створював рамку, яка змішувала Swift та Code Objective-C. Мені не вдалося імпортувати класи Swift поза рамками - я перевірив файл -Swift.h, і він генерувався, але був порожнім.

Проблема виявилася дуже-дуже простою - я не оголосив жодного з моїх класів Swift! Щойно я додав загальнодоступне ключове слово до класів, я зміг їх використовувати з класів всередині та поза рамками.

Також зауважте, що всередині фрейму (всередині .m файлів лише як згадується інша відповідь) мені довелося імпортувати файл -Swift.h як:

#import <FrameworkName/FrameworkName-Swift.h>

У мене була така ж проблема. Схоже, вам доведеться відрегулювати налаштування (визначає назву модуля та продукту), перш ніж додавати перший файл Swift.

Якщо ви зробите це згодом, файл "* -Swift.h" не буде генеровано для цього проекту, навіть якщо ви додасте додаткові файли Swift або видалите файл Swift та створите новий.

Дозвольте мені поділитися своїм досвідом, намагаючись використати Swift у старому проекті objc. У мене не було , щоб встановити Defines moduleвYES .

У моєму випадку мені потрібно було вручну переконатись у тому, що існував об'єктний мостовий заголовок. У моїх налаштуваннях побудови було тільки створене ім'я заголовка інтерфейсу.

Це призводить до створення файлу MyApp-Swift.h, але без слідів моїх класів Swift.

Документація Apple говорить про те, що вам буде запропоновано створити мостовий заголовок під час додавання першого швидкого файлу. Ну, я не був. Я вручну додавMyApp-Bridging-header.h файл і вказав на нього у полі "Об'єктивний заголовок мосту". Це зробило мій файл MyApp-Swift.h заповненим моїми класами Swift.

Документи: Імпорт Swift в Objective-C

Ось ще одна модифікація модуляName-Swift.h не створюється.

Я вирішив включити IOS Charts у свій проект, але не хотів змішувати джерела в одному каталозі, тому розмістив папку Charts Project поруч із папкою проекту мого коду. Я перетягнув проект "Діаграми" в панель навігації мого проекту і включив рамку до списку " Вбудовані бінарні файли" мого проекту у загальних налаштуваннях проекту та встановив перемикач " Вбудований контент" містить "Код швидкого" на "Так" на вкладці " Налаштування збірки" мого проекту в розділі " Параметри збірки ".

Файл мого модуляName-Swift.h мого проекту ніколи не генерує незалежно від інших запропонованих тут комутаторів чи налаштувань. Нарешті, використовуючи метод Lou Z для пошуку файлів -Swift.h, я побачив, що файл Charts-Swift.h генерується глибоко в каталозі збірки xcode мого проекту в Charts.framework / Headers /

Рішення щодо використання пакету ios-charts Swift Даніеля Гінді без включення коду у вихідний каталог мого проекту було додати:

#import "Charts/Charts-Swift.h"

До модулів, які відображають дані мого проекту.

Ім'я файлу завжди передує вашому імені цілі . Він називається найменуванням продукту, але практично це цільове ім'я. Тож якщо ви хочете, щоб це було створено для нової цілі, будьте готові очікувати that_target-Swift.hфайлу.

Один із способів вирішити це

1. Додайте препроцесор для кожної цілі, яка є назвою самої цілі (без пробілів). Вих. MY_TARGET=1. Додайте це в Налаштування проекту-> Налаштування збірки-> Макроси препроцесора для кожної з ваших цілей.
2. Якщо ви використовуєте файл PCH,

Додайте ці рядки у файл PCH

#if MY_TARGET==1
#include "My_Target-Swift.h"
#elif THAT_TARGET==1
#include "That_Target-Swift.h" 
#endif

Перевагою використання файлу PCH є те, що вам не доведеться скрізь включати заголовки.

3. Якщо ви не використовуєте файл PCH, просто додайте ці самі рядки в один заголовок і додайте цей заголовок, де вам потрібно використовувати класи swift.

Це має спрацювати чудово.

Якщо Xcode насправді генерує ваш -Swift.h заголовок (глибоко всередині DerivedData), але він не стосується ваших класів Swift, переконайтеся, що у вас також визначено мостиковий заголовок. Те, як я читав документи, мав на увазі, що мені потрібно було лише для виклику Objective-C від Swift, але, здається, це потрібно і для виклику Swift від Objective-C.

Дивіться мою відповідь: https://stackoverflow.com/a/27972946/337392

EDIT: Це пояснюється модифікаторами доступу громадськості та внутрішнього доступу, як я в кінцевому підсумку знайшов пояснення в документах Apple:

За замовчуванням згенерований заголовок містить інтерфейси для оголошень Swift, позначених загальнодоступним модифікатором. Він також містить ті, що позначені внутрішнім модифікатором, якщо у вашої програми є заголовок моста Objective-C.

Нездатне на те, що тут багато людей, але додати відповідний знімок екрана. Код Swift та Obj-C, безумовно, можуть жити разом. Це не вся чи ні одна гра.

Щоб отримати доступ до файлів Swift у вашому Objective-C, все, що вам потрібно зробити, - це додати цей виклик у файл Obj-C (у .m / файл реалізації):

#import "{product_module_name}-Swift.h"

(Де {product_module_name} позначає назву модуля продукту вашого проекту). Замість того, щоб намагатися відгадати назву модуля продукту або розібрати кутові регістри з пробілами та спеціальними символами, просто перейдіть на вкладку параметрів збірки в проекті та введіть "ім'я модуля продукту" - інспектор відкриє вам ваше. Моє було те, чого я не очікував. Перевірте цей знімок екрана, якщо ви плутаєтеся.

А для того, щоб код Obj-c працював у Swift, вам просто потрібно додати мостовий файл заголовка та імпортувати туди відповідні заголовки Obj-C.

Найголовніше, що цей файл невидимий !!! Принаймні, це в Xcode6 beta5. У вашому робочому просторі не буде такого файлу з назвою "YourModule-Swift.h". Просто переконайтеся, що у вас є ім'я модуля, і визначте модуль, встановлений на так, і використовуйте його у вашому класі Objective-C.

Гаразд, ось усі речі, які вам справді потрібні!

1.Видаліть всі додані швидкі файли та скомпілюйте код без будь-яких помилок.

----------

----------

2. Перейдіть до налаштувань збірки "Проекти" та встановіть назву модуля продукту. Проект повинен мати назву продуктового модуля, що не містить пробілів.

----------

----------

3. Модуль "Визначення" повинен бути встановлений на "Так" у "Налаштуваннях збірки", під "Упаковка", у вашому проекті, а не націлювати!

----------

----------

4. Тепер створіть швидкий файл або контролер перегляду у файлі-> newFile->

----------

----------

Він попросить створити мостиковий заголовок, дозволити його зробити. Якщо ви один раз відхилили його, вам доведеться вручну додати -Bridging-Header.h

5.Додайте @objc в контролер, щоб сказати компілятору, що є якийсь швидкий файл, який потрібно піддавати об’єктуC

----------

----------

6. Створіть проект та імпортуйте #import "-Swift.h" в будь-який з контролерів targetC, і він буде працювати! Ви можете натиснути на нього командою, щоб побачити фактичний файл!

----------

----------

Сподіваюсь, це допомагає!

Ця відповідь стосується випадку використання, коли, можливо, у вас вже є код Objective-C, який викликає класи Swift, і тоді ви починаєте отримувати цю помилку.

Як виправити проблему

Наступні кроки врешті вирішили всі проблеми для мене. Я читав вище, коли хтось згадував про "курку і яйце", і саме ця концепція привела мене до цієї процедури. Цей явний процес показує, що потрібно видалити будь-який код Objective-C, що посилається на класи Swift, поки не буде створено заголовок.

1. Прокоментуйте #import "ProductModuleName-Swift.h" у вашому файлі реалізації Objective-C
2. Прокоментуйте будь-які посилання у файлі реалізації Objective-C до класів Swift
3. Очистити та побудувати
4. Вирішіть усі помилки / попередження
5. Видаліть коментар до #import "ProductModuleName-Swift.h"
6. Очистити та створити (успішно або виправити будь-які інші помилки, переконайтесь, що ви не посилаєтесь на будь-які класи Swift в Objective-C на даний момент . Якщо це тимчасово прокоментуйте це)
7. Переконайтесь, що "ProductModuleName-Swift.h" генерується Cmd-натисканням на назву класу оператора #import "ProductModuleName-Swift.h"
8. Видаліть коментар до коду, що посилається на класи Swift, у файл реалізації Objective-C.
9. Очистити та скласти як звичайне ("ProductModuleName-Swift.h" повинен бути створений, і ваш об'єктивний-C код, що посилається на класи Swift, може використовуватися як звичайний)

Nota Bene: Відповіді про зміну пробілів на підкресленнях та Визначає модуль YES, як зазначено вище, все ще застосовується при виконанні цього процесу, як і правила, визначені в Документації Apple .

Дозвільний шлях заголовка

З однієї помилки, файл ProductModuleName-Bridging-Header.h не був знайдений в процесі збирання. Цей факт породив помилку

<невідомо>: 0: помилка: мостовий заголовок '/Users/Shared/Working/abc/abc-Bridging-Header.h' не існує

Більш детальна перевірка помилки показала, що файл ніколи не існуватиме в описаному місці, оскільки він насправді знаходився в ( неправильний шлях )

'/Users/Shared/Working/abc/abc/abc-Bridging-Header.h'. швидкий пошук налаштувань збирання цілі / проектів, щоб зробити виправлення вручну, і файл abc-Swift.h знову створився автоматично.

Вам потрібно імпортувати заголовок у класах Objective-C, який:

#import “ProductModuleName-Swift.h”

Він генерується автоматично, у посиланні написано: "Будь-які файли Swift у вашій цілі будуть видимі у файлах Objective-C .m, що містять цю заяву про імпорт".

Фактичний файл у проекті не створюється ([ProductModuleName] -Swift.h). Cmd + натискання на імпорт або генерує його на ходу (і в пам’яті), щоб ви могли бачити, як здійснюється зв'язок, або відкриває файл десь у якомусь кеші Xir dir, але це не в проекті dir.

Потрібно встановити для проекту " Визначає модуль " (у налаштуваннях збірки цілі) значення " Так", а якщо ім'я модуля має пробіли або тире - використовувати _ у всіх імпортах файлу [ProductModuleName] -Swift.h.

Ви можете імпортувати його у всі .h та .m файли, де ви використовуєте швидкі типи, або можете імпортувати їх у .pch.

Отже, якщо мій модуль (проект) названий "Тестовий проект", я імпортував би його у файл .pch мого проекту (саме там):

#import "Test_Project-Swift.h"

Просто голова для тих, хто використовував ". там назва назви проекту. Xcode замінить "." з підкресленням "_" для версії мостового файлу заголовка Swift. Як не дивно, що створений Bridging-Header.h не замінює періоди на підкреслення.

Наприклад, проект з назвою My.Project матиме такі назви файлів Bridging Header.

Bridging-Header.h (Автогенерований)

My.Project-Bridging-Header.h

Swift.h

My_Project.h

Я сподіваюся, що це допомагає всім, хто користувався періодом і застряг, як я. Цей файл можна знайти в наступному місці.

Macintosh HD / Користувачі / користувач /Library/Developer/Xcode/DerivedData/My.Project-fntdulwpbhbbzdbyrkhanemcrfil/Build/Intermediates/My.Project.build/Debug-iphonesimulator/My.Project.build/DerivedSources

Піклуватися,

Джон

Проект повинен мати ім'я модуля, не враховуючи пробілів. Визначає, що модуль повинен бути встановлений на Так у Налаштуваннях збірки, під Упаковка. прокоментував #import заяву:

Якщо ви все ще маєте помилку при імпорті "ProductModuleName-Swift.h", тоді

// # імпорт "ProductModuleName-Swift.h"

які виявили купу інших помилок у моєму коді Swift.

Після того, як я виправив ці нові помилки та успішно отримав будівництво джерела, я прокоментував #import та bingo! Заголовок створено та імпортується правильно :)

Я знайшов хитрість, яка завжди працює на мене.

1. Створіть свій #import "ProductModuleName-Swift.h" у файлі appDelegate.h та у вашому файлі ProductName-Prefix.pch. Якщо у вас немає в xcode 6, ви можете створити його таким чином. Чому ProjectName-Prefix.pch не створюється автоматично в Xcode 6?
2. Команда + shift + k, щоб очистити код, якщо ви отримаєте помилку щодо "ProductModuleName-Swift.h", видаліть його з файлу appDelegate.h.
3. Очистіть свій код ще раз. Тепер все спрацює як шарм
4. Якщо ви знову отримаєте помилку щодо "ProductModuleName-Swift.h", тепер створіть знову у файлі appDelegate.h та очистіть свій код ще раз.

Виконайте цю роботу (видаліть та створіть "ProductModuleName-Swift.h" з файлу appDelegate.h та очистіть свій код) кожного разу, коли ви отримаєте цю помилку, щоб промовчати її.

Я знайшов це рішення

• Створіть SwiftBridge.h
• поставити #import "ProductModuleName-Swift.h"
• Зробити цей .h файл загальнодоступним (важливо) Виберіть файл -> В Показати файл Інспектор (правий рядок) -> Зробити це загальнодоступним

Тепер ти можеш

#import "SwiftBridge.h"

замість ProductModuleName-Swift.h

Це рішення для вирішення проблеми, для наступної версії Xcode я думаю, що ця проблема буде вирішена. Удачі

Мені важко було визначити ім'я модуля / імпорт цілі-c імпорту заголовків швидкого. Я теж прочитав багато статей тут.

Але остаточну відповідь на назву вашого проекту з усіма включеними спеціальними символами (будь то "." Чи числовим чи пробілом) - текст, який буде працювати для вас, ви можете знайти в " Назва модуля продукту " в розділі Налаштування збірки цілі .

Наприклад, моє цільове ім'я починалося з цифри - "1мг", а вказане вище поле показало "_мг" як моє ім'я модуля.

тому я використав #import "_mg-Swift.h", і він спрацював.

У моєму випадку мені довелося встановити ціль розгортання принаймні на "OS X 10.9", і -Swift.hзаголовок автоматично генерувався. Майте на увазі, що при зміні цільової версії розгортання ви можете отримати багато попереджень про депресію, особливо якщо у вас є старша та дуже велика база коду Objective C. У нашому випадку ми також мали багато роботи над файлами XIB та переглядами класів.

Якщо раніше ви могли створити проект, не маючи жодних проблем, пов’язаних з “ProductModuleName-Swift.h” not foundпомилками, а тепер ви отримуєте ці неприємні помилки, причина може бути в останніх змінах.

Для мене це було (випадково) неправильне .swiftкодування файлів. Повернення змін та повернення спинки вручну виконує завдання.

Це може бути очевидним моментом (можливо, занадто очевидним), але для створення заголовка у вас повинен бути принаймні один швидкий файл у проекті. Якщо ви пишете коробку або конфігураційний код з наміром швидко записати пізніше, імпорт не працюватиме.

Мені довелося видалити швидкий код WatchOS2 зі свого проекту Objective C. І тільки після цього XCode запропонував генерувати -Swift.h

У мене була подібна проблема, але мій проект збирався раніше і раптом сталася помилка після кількох змін коду файлів. Мені знадобилось зрозуміти, чому я отримую помилку "Файл не знайдено" для файлу myproject-swift.h. Зміни коду, які я зробив, мали деякі помилки. Xcode не вказав цю помилку, а весь час показував "Файл не знайдено". Потім отримав копію коду попередньої версії, і я порівняв новий код і об'єднав файл по одному. Після кожного злиття файлів виконували проект, щоб знайти помилку. Отже, підсумок - якщо у вас є помилка в коді, Xcode може просто відображати "файл не знайдено помилку" для файлу myproject-swift.h. Швидше за все, у вашому проекті є помилка компіляції. Очистіть цю помилку, і вона спрацює.

Якщо ви використовуєте щось на зразок Cocoapods (і розробляєте робочу область, а не проект), спробуйте відкрити проект і створити його перед відкриттям робочої області та будівлі. YMMV.

Іноді потрібно просто зняти і знову встановити цільове членство у файлі obj-c .m.