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

Question

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

235

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

После добавления исходного файла Swift в проект у меня не возникает проблем с получением "Bridging Header", то есть Objective-C для Swift.

Но файл заголовка *-Swift.h который должен предоставлять классы Swift с пометкой @objc или подклассы классов ObjC, нигде не найден :-(

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

Приложение, которым я являюсь ведущим разработчиком, имеет довольно большую кодовую базу (70 000 строк), поэтому о его переходе за один раз не может быть и речи.

David Kristensen 05 июнь 2014, в 15:35

Источник

5

Да, это так. Это действительно вопрос, где в XCode IDE нужно что-то сделать, чтобы создать этот Swift-> ObjC с заголовком, поскольку это не происходит «по умолчанию» при добавлении кода Swift в существующий проект ObjC.
David Kristensen 05 июнь 2014, в 14:35
0

Нет, это на самом деле не имеет ничего общего с xcode IDE xcode IDE тег xcode IDE зарезервирован для таких вопросов, как "Why does xcode just crash randomly? blah blah blah" не для проблем, которые возникают у xcode IDE только потому, что вы используете это не значит, что это проблема. Я мог бы использовать другую IDE, которая поддерживает развитие target-c / swift, и я все еще буду страдать от той же проблемы. Подумайте об этом так, если считаете, что вам следует использовать тег xcode - НЕ
Popeye 05 июнь 2014, в 14:40
5

@Popeye Я не согласен. В этом случае, если вы редактируете файлы и компилируете их из командной строки, вы не увидите этой проблемы. Проблема заключается в том, что IDE выполняет (или должна выполнять) от вашего имени. Скорее всего, это связано с настройкой проекта, которая определенно является функцией IDE.
gaige 05 июнь 2014, в 14:45
1

У вас есть несколько целей в вашем проекте?
gaige 05 июнь 2014, в 14:49
0

@gaige в этом случае это не имеет никакого отношения к target objective-c или swift-language поскольку вы оба четко заявляете, что это связано с IDE, так какое отношение это имеет к языкам программирования?
Popeye 05 июнь 2014, в 14:52
1

@ Gaige: Да я делаю! Тестовая цель и не тестовая цель. Я добавил файл Swift к цели, и появился -Bridging-Header.h.
David Kristensen 05 июнь 2014, в 14:55
1

@Popeye - это пересечение всех трех - это проблема, напрямую связанная с тем, как Objective-C и Swift взаимодействуют в среде Xcode IDE. Если бы системе требовался один тег, я бы предложил Xcode IDE, но, поскольку он позволяет больше выражений, кажется, что это полезно описывает то, что описывает эта проблема.
gaige 05 июнь 2014, в 14:56
10

@Popeye Из документов (PDF) : Когда вы импортируете код Swift в Objective-C, вы полагаетесь на сгенерированный Xcode файл заголовка, чтобы открыть эти файлы для Objective-C. (Мой жирный шрифт, курсив Apple.) Это, очевидно, вопрос о функции Xcode, которая помогает вам использовать Swift и Objective-C вместе, и все три тега, безусловно, подходят.
Caleb 05 июнь 2014, в 14:56
0

@Caleb, благодаря резервному копированию документации, я отступлю и отзову свои комментарии. Однако я делаю это только из-за резервного копирования документации.
Popeye 05 июнь 2014, в 14:59
2

@DavidKristensen Я получаю похожую проблему в многоцелевом проекте (8 в моем случае), где он генерируется автоматически для одних, а не для других. У меня есть цель, в имени которой есть пробел, и она не генерируется автоматически. Другие цели работают нормально. (Примечание: название продукта не содержит пробела, только имя цели)
gaige 05 июнь 2014, в 15:01
2

@gaige: это интересно. Мое имя-цели - включает пробел. Я переименую его и попробую еще раз! Спасибо за ваш конструктивный вклад :-)
David Kristensen 05 июнь 2014, в 15:03
2

@Popeye Я надеюсь, что вы также откатите свои правки. Я понимаю ваше разочарование вопросами, которые используют тег xcode, но не имеют ничего общего с Xcode, но это не один из них.
Caleb 05 июнь 2014, в 15:05
0

@Caleb мои комментарии не могут быть удалены в конце концов. Где в этой документации есть то, что вы цитировали? Сейчас я читаю его, и пока ничего не нашел, чтобы заявить, что он реализован в xcode IDE , но если вы можете указать мне на это, это было бы здорово, на самом деле, читая документ, xcode IDE впечатление, что это ничего делать с IDE.
Popeye 05 июнь 2014, в 15:12
1

@DavidKristensen После удаления целевого имени и импорта на основе имени продукта все выглядит нормально в моем проекте; за исключением файлов, которые импортируют заголовок swift и появляются в юнит-тесте. Заголовки -Swift, по-видимому, создаются только для текущего продукта, и, таким образом, возникает проблема с файлом, который требует заголовков -Swift для обеих целей.
gaige 05 июнь 2014, в 15:12
2

@Popeye Page 46, в разделе « Импорт Swift в Objective-C» .
Caleb 05 июнь 2014, в 15:22
3

Я решил это с помощью Gaige и документации. И я не просто добавляю тег: в этом случае файл заголовка ДОЛЖЕН быть создан и видим для XCode. Это не было, таким образом, приводя к ошибкам.
David Kristensen 05 июнь 2014, в 15:31
3

@Popeye В этом нет ничего неверного - я скопировал цитату прямо со страницы 46. Вы нашли похожий, но другой отрывок, в котором говорится более или менее об одном и том же.
Caleb 05 июнь 2014, в 15:36
1

Если вы такой же тупой, как я, было бы полезно отметить, что ProductModuleName - это одно, а не объединение Product и ModuleName .
William Entriken 17 дек. 2015, в 20:32
1

И если вы даже глупее, как я, было бы полезно отметить, что вы устанавливаете ProductModuleName в разделе Упаковка настроек проекта ( отсюда )
dumbledad 13 фев. 2017, в 13:46

Показать ещё 17 комментариев

Теги:

swift

xcode

objective-c

31 ответ

Ещё вопросы

Да, это так. Это действительно вопрос, где в XCode IDE нужно что-то сделать, чтобы создать этот Swift-> ObjC с заголовком, поскольку это не происходит «по умолчанию» при добавлении кода Swift в существующий проект ObjC.
Нет, это на самом деле не имеет ничего общего с xcode IDE xcode IDE тег xcode IDE зарезервирован для таких вопросов, как "Why does xcode just crash randomly? blah blah blah" не для проблем, которые возникают у xcode IDE только потому, что вы используете это не значит, что это проблема. Я мог бы использовать другую IDE, которая поддерживает развитие target-c / swift, и я все еще буду страдать от той же проблемы. Подумайте об этом так, если считаете, что вам следует использовать тег xcode - НЕ
@Popeye Я не согласен. В этом случае, если вы редактируете файлы и компилируете их из командной строки, вы не увидите этой проблемы. Проблема заключается в том, что IDE выполняет (или должна выполнять) от вашего имени. Скорее всего, это связано с настройкой проекта, которая определенно является функцией IDE.
У вас есть несколько целей в вашем проекте?
@gaige в этом случае это не имеет никакого отношения к target objective-c или swift-language поскольку вы оба четко заявляете, что это связано с IDE, так какое отношение это имеет к языкам программирования?
@ Gaige: Да я делаю! Тестовая цель и не тестовая цель. Я добавил файл Swift к цели, и появился -Bridging-Header.h.
@Popeye - это пересечение всех трех - это проблема, напрямую связанная с тем, как Objective-C и Swift взаимодействуют в среде Xcode IDE. Если бы системе требовался один тег, я бы предложил Xcode IDE, но, поскольку он позволяет больше выражений, кажется, что это полезно описывает то, что описывает эта проблема.
@Popeye Из документов (PDF) : Когда вы импортируете код Swift в Objective-C, вы полагаетесь на сгенерированный Xcode файл заголовка, чтобы открыть эти файлы для Objective-C. (Мой жирный шрифт, курсив Apple.) Это, очевидно, вопрос о функции Xcode, которая помогает вам использовать Swift и Objective-C вместе, и все три тега, безусловно, подходят.
@Caleb, благодаря резервному копированию документации, я отступлю и отзову свои комментарии. Однако я делаю это только из-за резервного копирования документации.
@DavidKristensen Я получаю похожую проблему в многоцелевом проекте (8 в моем случае), где он генерируется автоматически для одних, а не для других. У меня есть цель, в имени которой есть пробел, и она не генерируется автоматически. Другие цели работают нормально. (Примечание: название продукта не содержит пробела, только имя цели)
@gaige: это интересно. Мое имя-цели - включает пробел. Я переименую его и попробую еще раз! Спасибо за ваш конструктивный вклад :-)
@Popeye Я надеюсь, что вы также откатите свои правки. Я понимаю ваше разочарование вопросами, которые используют тег xcode, но не имеют ничего общего с Xcode, но это не один из них.
@Caleb мои комментарии не могут быть удалены в конце концов. Где в этой документации есть то, что вы цитировали? Сейчас я читаю его, и пока ничего не нашел, чтобы заявить, что он реализован в xcode IDE , но если вы можете указать мне на это, это было бы здорово, на самом деле, читая документ, xcode IDE впечатление, что это ничего делать с IDE.
@DavidKristensen После удаления целевого имени и импорта на основе имени продукта все выглядит нормально в моем проекте; за исключением файлов, которые импортируют заголовок swift и появляются в юнит-тесте. Заголовки -Swift, по-видимому, создаются только для текущего продукта, и, таким образом, возникает проблема с файлом, который требует заголовков -Swift для обеих целей.
@Popeye Page 46, в разделе « Импорт Swift в Objective-C» .
Я решил это с помощью Gaige и документации. И я не просто добавляю тег: в этом случае файл заголовка ДОЛЖЕН быть создан и видим для XCode. Это не было, таким образом, приводя к ошибкам.
@Popeye В этом нет ничего неверного - я скопировал цитату прямо со страницы 46. Вы нашли похожий, но другой отрывок, в котором говорится более или менее об одном и том же.
Если вы такой же тупой, как я, было бы полезно отметить, что ProductModuleName - это одно, а не объединение Product и ModuleName .
И если вы даже глупее, как я, было бы полезно отметить, что вы устанавливаете ProductModuleName в разделе Упаковка настроек проекта ( отсюда )

David Kristensen · Answer 1 · 2014-06-05T15-34-00.000Z

158

Теперь он работает.

Проект должен иметь имя модуля продукта, в котором не содержит пробелы.
Определяет, что в настройках сборки в разделе "Упаковка" должен быть установлен параметр Да.

Наконец работает. Спасибо всем за помощь: -)

David Kristensen 05 июнь 2014, в 15:34

2

Вы должны подать отчет об ошибке о пробелах. Xcode должен жаловаться, если вы пытаетесь использовать пробелы в имени модуля Swift. bugreport.apple.com
Greg Parker 05 июнь 2014, в 19:08
0

Как проверить, установлен ли Define Module?
user3127576 06 июнь 2014, в 01:30
0

Определить настройку модуля можно в разделе «Настройки сборки»> «Упаковка».
Brian 06 июнь 2014, в 06:31
1

Убедитесь, что выбрано «Все» (верхний левый угол области просмотра «Настройки сборки»). Вы не увидите опцию, выбрав только «Basic»
Chris 08 июнь 2014, в 16:14
63

В Build Settings Packaging Defines Module задано значение « Yes и я создал Product Module Name без пробелов. "* -Swift.h" не генерируется XCode 6. ???
Loozie 11 июнь 2014, в 20:27
0

Директива @objc представляется необязательной, учитывая, что классы, методы и свойства класса Swift видимы для Objective-C без нее
eharo2 13 июнь 2014, в 00:45
25

Еще одно примечание: я сначала попытался установить упомянутые свойства на целевом уровне, и это не сработало, файл "* -Swift.h" не был создан. Это сработало, когда я установил его на уровне проекта.
Marcin 13 июнь 2014, в 10:52
1

Я, кажется, выполнил эти 2 шага и до сих пор, кажется, возникают проблемы. Я попробую начать новый проект без пробела в имени и посмотреть, смогу ли я заставить его работать.
Justin Milo 18 июнь 2014, в 12:33
22

У меня тоже такая же проблема. У меня для Defines Module задано значение « Yes как для проекта, так и для цели, и определено Product Module Name без пробелов , но, похоже, я не могу сгенерировать этот файл.
Craig Otis 23 июнь 2014, в 22:19
1

Я сам не могу заставить это работать. Кажется, очень глючит. Я импортировал его в мой AppDelegate, и он отлично работает. Я пытаюсь импортировать его в другой файл, и все черт побери.
Mackey18 19 июль 2014, в 17:25
6

Еще одно примечание: в ваш проект не будет добавлен фактический файл. Он создается во временный каталог сборки в разделе «DerivedSources».
Klaas 12 авг. 2014, в 00:14
7

Просто на тот случай, если другие так же запутались, как и я ... Мне пришлось слепо везти и просто импортировать заголовок, так как он не заполнялся автоматически.
shawnwall 10 сен. 2014, в 19:57
0

Даже при установленном имени модуля продукта мне пришлось заменить пробелы подчеркиванием.
Marius Soutier 20 сен. 2014, в 18:15
0

Не только пробелы, но и все не алфавитно-цифровые символы вызывают проблемы. Название моего продукта содержало «.» и решением было заменить «.» с '_' в импорте. Вам не нужно заменять «.» в названии продукта! Если ваш продукт называется «abc.def», вы можете написать import «abc_def-Swift.h» без изменения названия продукта. Дополнительную информацию можно найти здесь: developer.apple.com/library/ios/documentation/swift/conceptual/…
Apfelsaft 22 окт. 2014, в 17:46
13

Вы не можете импортировать -swift для заголовочных файлов (.h) только в реализации.
zirinisp 03 дек. 2014, в 18:18
0

Если он все еще не работает: вы установили цель развертывания> 7.0? Это была моя проблема.
最白目 12 дек. 2014, в 10:57
0

Поскольку я читал, что <ProductModuleName> -Swift.h был сгенерирован автоматически, и я не мог видеть его в моем навигаторе проекта, я сделал глупую ошибку, создав файл заголовка с тем же именем, и я ожидал вещи для работы. Поэтому не пытайтесь добавить свой собственный <ProductModuleName> -Swift.h! Просто импортируйте его в свои .m файлы!
Lucien 24 дек. 2014, в 16:26
1

отличный ответ (с комментариями выше), но обратите внимание, мне также пришлось очистить продукт, прежде чем строить снова
ericosg 14 май 2015, в 12:08
3

Обратите внимание, что «ProductModuleName-Swift.h» на самом деле не будет отображаться в вашем проекте, как упоминал Клаас. Введите #import "ProductModuleName-Swift.h" (даже если он НЕ будет автозаполняться) и выполните сборку (как сказал sgawbwall). В моем случае это работает.
nyus2006 29 июнь 2015, в 14:45
0

Если ни один из вышеупомянутых шагов не работает для вас. Ознакомьтесь с ответом macduff ниже об импорте файла -Swift.h в файл obj-c .m. Я сделал это, и это сработало отлично!
adeiji 21 окт. 2015, в 16:19
1

Важно отметить, что вы найдете параметр «Определить модуль» только в настройках сборки проекта, а не в настройках целевой сборки.
jcpennypincher 17 фев. 2016, в 20:29
0

После обновления до xcode 8 это не работает.
Madhu 14 сен. 2016, в 14:35
0

@ Мадху в Xcode 8 это работает. Для проекта / цели необходимо, чтобы для параметра «Определения модуля» было установлено значение «ДА» (кажется, что это один параметр), а для цели необходимо задать имя модуля продукта . В какой-то момент вы получите Objective-C Generated Interface Header Name которое вы должны импортировать (или изменить и импортировать).
Dan Rosenstark 30 нояб. 2016, в 22:54
0

Я установил Defines Module YES для моей цели, но забыл установить Defines Module YES для моего продукта, теперь я установил YES для обоих и работающих.
Arpit B Parekh 04 окт. 2017, в 09:57

Показать ещё 22 комментария

macduff · Answer 2 · 2014-07-28T23-48-00.000Z

116

У меня была аналогичная проблема, и я обнаружил, что вы можете добавить

#import "ProductModuleName-Swift.h"

для obj-c.m файлов, а не файлов .h для заголовка зонтика, который будет найден

macduff 28 июль 2014, в 23:48

2

Это правильно, и ... что если мне нужно использовать класс Swift в заголовке objc? Я попытался с предварительным объявлением, это также не работает.
Ixx 08 янв. 2015, в 10:14
2

Ой, извините, форвард декларация работает. Я забыл добавить точку с запятой: P
Ixx 08 янв. 2015, в 10:16
14

Для будущих поисковиков: в ваших заголовках сделайте предварительное объявление, выполнив @class YourSwiftClass в верхней части ваших файлов .h (вместо импорта зонтичного заголовка)
rogueleaderr 10 апр. 2015, в 07:52
4

Что делать, если мне нужно использовать перечисление Swift в заголовочном файле?
jakecraige 06 июль 2015, в 15:51
0

Я не могу сделать #import «ProductModuleName-Swift.h». Файл с именем моего продукта не создан. Как это создать?
Rakesh 04 сен. 2015, в 13:54
1

Кроме того, если «#import ProductModuleName-Swift.h» находится в каком-либо заголовочном файле, то файл ProductModuleName-Swift.h вообще не будет создан (начиная с Xcode 7.2), поэтому, если он был удален (например, путем очистки сборки папка), тогда вы увидите сообщения об ошибках везде, что файл импортируется, даже для файлов .m, что добавляет путаницы.
rene 29 дек. 2015, в 20:29
0

@jakecraige - вам нужно создать отдельный заголовочный файл, который определяет тип Swift, и импортировать его как в ваш Swift, так и в ваш код Obj C.
Bill Doughty 01 янв. 2016, в 01:41

Показать ещё 5 комментариев

petehare · Answer 3 · 2014-10-02T01-51-00.000Z

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

Проблема для меня заключалась в том, что это была проблема с курицей/яйцом, потому что я не видел никаких ошибок сборки, пока я фактически не прокомментировал инструкцию #import:

//#import "ProductModuleName-Swift.h"

который обнаружил кучу других ошибок в моем коде Swift.

Как только я исправил эти новые ошибки и получил исходное здание успешно, я раскомментировал #import и бинго! Заголовок был создан и импортирован правильно:)

Спасибо, это именно то, что удерживало меня. После исправления ошибок быстрой сборки мне было хорошо идти. (Версия XCode 6.1.1)
Это отличный момент и хорошая причина, чтобы включить настройку «продолжить сборку после ошибок» в Xcode.
Это тоже мой случай: отсутствует -Swift-h произошло после тех же изменений в быстром исходном коде
увидев проблему с курицей и яйцом, я понял свою проблему, хорошая аналогия

Lou Zell · Answer 4 · 2014-11-22T23-58-00.000Z

Если вы похожи на меня, вы, вероятно, неправильно назвали заголовок. После того, как я немного потрепал голову, я искал файл в DerivedData и, конечно же, там. По моей настройке (я полагаю, используя стандартную папку с данными):

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

Найдет. Если ничего в этой папке не соответствует, то Xcode не генерирует его.

Я использую Xcode Version 6.2 (6C86e)

Это сделало это для меня. Я думал, что автозаполнение подхватит это, что я только предполагал, что это не было там. Увидев в каталоге все прояснилось.
Иногда видение - это вера. Я не мог заставить все работать до тех пор, пока не следовал рекомендованному ответу, а затем использовал эти шаги, чтобы найти сгенерированный заголовок, который, к моему удивлению, был -Swift.h после -Swift.h а не имени моего фактического файла Swift. Спасибо!
Спасибо! Сэкономил мне много времени

JohnMorrison · Answer 5 · 2014-06-08T21-11-00.000Z

Если у вашего имени модуля проекта есть пробелы в нем, вы должны заменить пробелы символом подчеркивания.

Например, если ваше имя проекта "Мой проект", вы должны использовать:

#import "My_Project-Swift.h"

Если в имени модуля вашего проекта есть дефисы, их также следует заменить подчеркиванием. Поэтому, если ваш проект называется «Мой проект», используйте #import «My_Project.h»
Кроме того, если имя модуля вашего проекта начинается с цифры, его также следует заменить подчеркиванием. «Первый проект» будет «_st_Project-Swift.h»

Luc-Olivier · Answer 6 · 2014-08-12T23-36-00.000Z

* Важно только: *

использовать указанное целевое имя "Product Module Name", за которым следует -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 || Cocoa...

Это правда: нет необходимости "Определять модуль" в проекте или в цели
Вывод из NSObject был моей проблемой, спасибо!

Kendall Helmstetter Gelner · Answer 7 · 2015-05-26T19-18-00.000Z

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

Проблема оказалась очень-очень простой - я не объявлял ни одного из моих классов Swift открытым! Как только я добавил ключевое слово public в классы, я смог использовать их из классов внутри и вне рамки.

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

#import <FrameworkName/FrameworkName-Swift.h>

В Framework я также отмечаю, что для использования классов Swift они должны быть унаследованы от NSObject (даже @objc не поможет), и все методы / свойства должны быть открытыми.
По крайней мере, в текущем предварительном выпуске XCode 7, пока вы не наследуете от NSObject, они не будут доступны в сгенерированном быстром заголовке.
100% НЕ решило мою проблему. КАЖДЫМ решением является «сделать ваши уроки публичными». Я сделал это. Период. Он по-прежнему НЕ раскрывает классы Swift в проектах, которые используют фреймворк.
@lespommes, вы должны написать вопрос и создать образец проекта, в котором будет показана проблема, кто-то может выяснить, что происходит ... Я просто дал свой ответ как одно из возможных решений, потому что это ошибка видимости, которую я делаю больше всего часто.
Ах да, твой намек на импорт наконец помог мне! Большое спасибо!
@dmitrynikolaev: я удалил свой старый ответ о том, что вам не нужно наследовать от NSObject, вы правы, что если вы не сделаете этого (или объявите класс @objc), ObjC не сможет видеть или использовать классы. ,

user3540830 · Answer 8 · 2014-07-03T10-25-00.000Z

14

У меня была та же проблема. Похоже, вам нужно настроить параметры (Определяет модуль и имя модуля продукта) до, вы добавляете свой первый файл Swift.

Если вы сделаете это, файл "* -Swift.h" не будет создан для этого проекта, даже если вы добавите дополнительные файлы Swift или удалите файл Swift и создадите новый.

user3540830 03 июль 2014, в 10:25

0

Я не уверен, что это правда. Я не решил включить 'Defines Module' до того, как создал много быстрых файлов, и я смог получить -Swift.h очень хорошо.
Michael Peterson 31 июль 2014, в 22:49
0

Мне действительно грустно сообщать, что это именно та проблема, которая у меня была :( Мне пришлось удалить свой .swift и заново добавить его, и тогда все заработало.
StuFF mc 17 авг. 2014, в 19:56
2

Что теперь? Я нахожусь в процессе изменения кода Swift и ObjC. Мой Project-Swift.h не обновляется. Я даже пытался удалить файл заголовка.
Suhail Bhat 12 нояб. 2014, в 11:14
2

Я должен был написать это, dev.iachieve.it/iachtainedit/?p=980 . Совет по обновлению настроек сборки перед добавлением файлов Swift был для меня ключевым.
Joe 26 нояб. 2014, в 22:57
0

Значит ли это, что мне придется пересоздать проект и заново добавить все, если я этого не сделал? Независимо от того, что я делаю, я не могу получить файл * -Swift.h для генерации.
kgreenek 08 янв. 2015, в 08:18
0

Возникла та же проблема ... Я уже добавил в свой проект МНОГО быстрых файлов, и я не хочу все читать!
Ixx 08 янв. 2015, в 09:56
0

У меня была та же проблема, удаление и повторное добавление моих файлов Swift работало, но почему :(
Enrico Susatyo 16 фев. 2015, в 04:39
0

Может это поможет? BridgingHeader обычно генерируется автоматически при добавлении новых файлов в проект. Заголовок Bridgin Objective-C также присутствует в настройках сборки при попытке вызвать swift из obj-c stackoverflow.com/a/27973035/274518
nodepond 16 дек. 2015, в 16:17
0

Я хотел бы добавить, что, похоже, вы используете контроль версий (в моем случае Git) и переключаетесь на ветку, где / когда ваш проект был только Objective C, а затем возвращаетесь в приложение ObjC / Swift, MyProject-Swift.h файл будет уничтожен и не будет создан снова, если вы не удалите все файлы Swift, не удалите производные данные, а затем повторно добавите файлы Swift. Очень надоедливый.
Kevin_TA 07 апр. 2016, в 21:29

Показать ещё 7 комментариев

gjpc · Answer 9 · 2015-06-04T16-12-00.000Z

Вот еще одна вариация модуляName-Swift.h не создается.

Я решил включить IOS Charts в мой проект, но не хотел смешивать источники в том же каталоге, поэтому я поместил папку Charts Project рядом с моим кодом папке проекта. Я перетащил проект Charts в свою панель Project Navigator и включил фреймворк в список целевых Embedded Binaries в общих настройках проекта и установил переключатель Встроенный контент содержит Swift Code. на вкладке Строить настройки в разделе Параметры сборки.

Мой файл projectName-Swift.h проекта никогда не будет генерировать независимо от того, какие другие переключатели или настройки предлагаются здесь. Наконец, используя метод Lou Z для поиска файлов -Swift.h, я увидел, что файл Charts-Swift.h был сгенерирован глубоко в моем каталоге xcode Build в Charts.framework/Headers/

Решение использовать ios-charts Daniel Gindi для пакета Swift без включения кода в исходный каталог проекта заключалось в том, чтобы добавить:

#import "Charts/Charts-Swift.h"

Модулям, отображающим мои данные проекта.

Можно ли изменить / настроить подсказку в диаграммах IOS? если да, то можете ли вы привести один пример?

Deepak G M · Answer 10 · 2014-10-27T10-44-00.000Z

Имя файла всегда предшествует имени Target. Он называется названием продукта, но фактически это имя цели. Поэтому, если вы хотите, чтобы он создавал новую цель, можно было ожидать ожидать that_target-Swift.h файла.

Один из способов справиться с этим -

Добавить препроцессор для каждой вашей цели, которая является именем самой вашей цели (без пробелов). Ex. MY_TARGET=1. Добавьте это в Настройки проекта → Настройки сборки → Макросы препроцессора для каждой из ваших целей.
Если вы используете файл PCH,

Добавьте эти строки в файл PCH

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

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

Если вы не используете файл PCH, просто добавьте эти же строки в один заголовок и включите этот заголовок везде, где вам нужно использовать быстрые классы.

Это должно работать нормально.

Мне действительно нравится использовать это решение вместо импорта заголовка прямо в ваш источник. У меня сложная структура проекта, в которой один и тот же исходный код используется несколькими целями / проектами. Это позволяет избежать добавления грязного оператора #if #else по всему моему коду. Спасибо за ответ!
Это спасло мой день. Я поместил 5 строк кода в файл «Something-Swift-Headers.h» (с include в него). Затем я импортирую этот новый файл оттуда, где он мне нужен. Я предпочитаю не помещать это в PCH или любой файл .h, чтобы избежать циклических зависимостей и использовать вспомогательный заголовок в файлах .m.
Это не правильно на многих уровнях. Во-первых, файлы .pch сильно не рекомендуется . Во-вторых, имя файла содержит имя продукта, а НЕ имя цели вообще. Это может быть совпадением, что это то же самое, но оно использовало название продукта!

Nicolai Dahl · Answer 11 · 2015-11-03T14-53-00.000Z

Позвольте мне поделиться своим опытом, пытаясь использовать Swift в старом проекте objc. Мне не нужно было устанавливать Defines module в YES.

В моем случае мне нужно было вручную убедиться, что есть заголовок моста objc. В настройках моей сборки присутствовало только созданное имя заголовка интерфейса.

Это приводит к созданию файла MyApp-Swift.h, но без каких-либо следов моих классов Swift.

В документации Apple говорится, что при добавлении первого быстрого файла вам будет предложено создать заголовок моста. Ну, я не был. Я вручную добавил файл MyApp-Bridging-header.h и указал на него в поле "Objective-C Bridging Header". Это заставило мой файл MyApp-Swift.h заполнить мои классы Swift.

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

да, по какой-то причине мой файл ObjC Swift.h был сгенерирован с заголовками классов Swift только после того, как я добавил пустой заголовочный файл моста в проект!

Echelon · Answer 12 · 2015-01-15T22-24-00.000Z

Если XCode фактически генерирует ваш заголовок -Swift.h(глубоко внутри DerivedData), но он не относится к вашим классам Swift, убедитесь, что вы также определили заголовок моста. То, как я читал документы, подразумевал, что мне нужно только для вызова Objective-C из Swift, но, похоже, необходимо также вызвать Swift из Objective-C.

См. мой ответ: https://stackoverflow.com/questions/24086595/swift-to-objective-c-header-does-not-contain-swift-classes

РЕДАКТИРОВАТЬ: Это из-за модификаторов публичного и внутреннего доступа, как я в конечном итоге нашел в документах Apple: -

По умолчанию сгенерированный заголовок содержит интерфейсы для Swift объявления, отмеченные общедоступным модификатором. Он также содержит те помечены внутренним модификатором, если ваша целевая программа приложения имеет Objective-C заголовок заголовка.

Да, это действительно помогло. Я этого не знал. Я думал, что это просто необходимо для варианта использования Obj-C от Swift.
Рад был помочь. Я отредактировал ответ, потому что с тех пор я выяснил причину такого поведения.

Brian Sachetta · Answer 13 · 2016-05-17T15-27-00.000Z

Покоряйте, что много людей здесь, но добавив увлекательный скриншот. Быстрые и Obj-C-коды, безусловно, могут жить вместе. Это не все или ни одна игра.

Для доступа к файлам Swift в вашем Objective-C все, что вам нужно сделать, это добавить этот вызов в ваш файл Obj-C (в файле .m/implementation):

#import "{product_module_name}-Swift.h"

(Где {product_module_name} представляет имя модуля продукта вашего проекта). Вместо того, чтобы пытаться угадать имя вашего модуля продукта или определить угловые случаи с пробелами и специальными символами, просто перейдите на вкладку настроек сборки в проекте и введите "имя модуля продукта" - инспектор раскроет вам. Мой был тем, чего я не ожидал. Проверьте этот снимок экрана, если вы смущены.

И чтобы получить код Obj-c, работающий в Swift, вам просто нужно добавить заголовочный файл моста и импортировать соответствующие заголовки Obj-C.

Допустим, мой проект называется ABC, тогда в моем проекте должен существовать «ABC-Swift.h», верно? Я не могу найти это. Нужно ли создавать его вручную? Я не создаю никаких быстрых файлов самостоятельно, только включая стручок какао, который написан на быстром.
Заголовок моста (в вашем случае ABC-Swift.h) не создается автоматически. Когда вы пытаетесь создать свой первый файл Swift в проекте Obj-C, XCode обычно предлагает вам добавить его. Вы также можете создать заголовок Bridging самостоятельно, как показано здесь (control + f для «заголовка моста»): developer.apple.com/library/content/documentation/Swift/…

Kakshil Shah · Answer 14 · 2017-03-10T05-28-00.000Z

Хорошо, вот все, что вам действительно нужно!

1. Удалите все добавленные вами файлы swift и скомпилируйте код без ошибок.

----------

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

----------

3.Defines Module должен быть установлен в Yes в настройках сборки, в разделе Packaging, в вашем проекте, а не в цель!

----------

4. Теперь создайте файл swift или контроллер представления, в file-> new file->

----------

Он попросит создать bridging-header, позволить ему сделать таковой. Если вы отклонили его один раз, вам придется вручную добавить -Bridging-Header.h

5.Добавьте @objc в контроллер, чтобы сообщить компилятору, что существует некоторый файл swift, который необходимо открыть для ObjectiveC.

----------

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

----------

Надеюсь это поможет!

>> Вы можете Ctrl-клик по нему, чтобы увидеть актуальный файл! Это здорово

Tommie C. · Answer 15 · 2015-06-04T04-47-00.000Z

В этом ответе рассматривается прецедент, в котором у вас может быть код Objective-C, который вызывает классы Swift, и затем вы начинаете получать эту ошибку.

Как исправить проблему

Следующие шаги в конечном итоге разрешили все проблемы для меня. Я читал выше, когда кто-то упоминал "курицу и яйцо", и именно эта концепция привела меня к этой процедуре. Этот явный процесс показывает, что нужно удалить любой код Objective-C, ссылающийся на классы Swift, до тех пор, пока не будет сгенерирован заголовок.

Комментируйте инструкцию #import "ProductModuleName-Swift.h" в ваш файл реализации Objective-C
Прокомментируйте любые ссылки в файле реализации Objective-C для Swift Classes
Очистка и сборка
Разрешить все ошибки/предупреждения
Удалить комментарий в операторе #import "ProductModuleName-Swift.h"
Очистить и построить (успешно или исправить любые оставшиеся ошибки, убедитесь, что вы не ссылаетесь на какие-либо классы Swift в Objective-C в этот момент. Если так временно прокомментировать это)
Убедитесь, что "ProductModuleName-Swift.h" генерируется Cmd-Clicking на имя класса оператора #import "ProductModuleName-Swift.h"
Удалить комментарий к коду, ссылающемуся на классы Swift в файле реализации Objective-C.
Очистить и построить как обычно ( "ProductModuleName-Swift.h" должно быть и ваш Objective-C код, ссылающийся на Swift Classes, может быть используется как обычно)

Nota Bene:. Ответы об изменении пробелов на подчеркивание и значение параметра "Да", как указано выше, по-прежнему применяются при выполнении этого процесса, также как и правила, указанные в Документация Apple.

Преодоление пути заголовка

В одной ошибке файл ProductModuleName-Bridging-Header.h не был найден во время процесса сборки. Этот факт породил ошибку

<unknown> : 0: ошибка: заголовок '/Users/Shared/Working/abc/abc-Bridging-Header.h' не существует

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

'/Users/Shared/Работа/ABC/ABC/ABC-Bridging-header.h. быстрый поиск настроек сборки цели/проектов, чтобы выполнить коррекцию вручную, и файл abc-Swift.h был снова сгенерирован автоматически.

Что если ваш проект настолько велик, что комментировать все ссылки на быстрый код в цели c нецелесообразно?

user412759 · Answer 16 · 2014-08-20T10-45-00.000Z

Самое главное, что Этот файл невидим!!! По крайней мере, он находится в Xcode6 beta5. В вашем рабочем пространстве не будет такого файла с именем "YourModule-Swift.h". Просто убедитесь, что у вас есть имя модуля и определяет модуль, установленный в yes, и используйте его в своем классе Objective-C.

Anton · Answer 17 · 2014-06-05T16-22-00.000Z

Вам нужно импортировать заголовок в классах Objective-C, который:

#import "ProductModuleName-Swift.h"

Он автоматически генерируется, в ссылке говорится: "Любые файлы Swift в вашей цели будут видны в файлах Objective-C.m, содержащих этот оператор импорта".

Но когда я это делаю, я получаю ошибку сборки, AppName-Swift.h не существует. Принимая во внимание, что AppName-Bridging-Header.h существует.
@DavidKristensen: вы получили решение? Как я застрял с той же проблемой

j.krissa · Answer 18 · 2016-05-09T07-39-00.000Z

Проект должен иметь имя модуля, которое не включает пробелы. Для параметра "Модуль" должно быть установлено значение "Да" в настройках сборки, в разделе "Упаковка". прокомментировал оператор #import:

Если у вас возникла ошибка при импорте "ProductModuleName-Swift.h", то

//# import "ProductModuleName-Swift.h"

который обнаружил кучу других ошибок в моем коде Swift.

Как только я исправил эти новые ошибки и получил исходное здание успешно, я раскомментировал #import и bingo! Заголовок был создан и импортирован правильно:)

Моя проблема заключалась в том, что у меня тоже были ошибки в моем коде Swift, но я не знал об этом, пока я не раскомментировал файл -Swift.h. Спасибо!

jonthornham · Answer 19 · 2015-04-06T05-49-00.000Z

Просто голова для всех, кто использовал "." в там название проекта. Xcode заменит "." с подчеркиванием "_" для версии Swift для файла заголовка. Как ни странно, создаваемый Bridging-Header.h не заменяет периоды символами подчеркивания.

Например, проект с именем My.Project будет иметь следующие имена файлов заголовков мостов.

Bridging-Header.h(Autogenerated)

My.Project-мост-header.h

Swift.h

My_Project.h

Я надеюсь, что это поможет любому, кто использовал период и застрял, как и я. Этот файл можно найти в следующем месте.

Macintosh HD/Пользователи/пользователь/Library/Разработчик/Xcode/DerivedData/My.Project-fntdulwpbhbbzdbyrkhanemcrfil/Build/Intermediates/My.Project.build/Debug-iphonesimulator/My.Project.build/DerivedSources

Позаботьтесь,

Джон

Nikolay Tsenkov · Answer 20 · 2014-10-29T20-02-00.000Z

Фактический файл в проекте не создан ([ProductModuleName] -Swift.h). Cmd + Щелкните по импорту или генерирует его "на лету" (и в памяти), чтобы вы могли видеть, как выполняется ссылка, или открывает файл где-нибудь в каком-то кеше Xcode, но это не в директории проекта.

Вам нужно установить Определить модуль project prop (в целевых настройках сборки) на Да, и если ваше имя модуля имеет пробелы или тире - используйте _ во всех импортах [ProductModuleName] -Swift.h.

Вы можете импортировать его во все файлы .h и .m, где вы используете быстрые типы, или можете импортировать его в .pch.

Итак, если мой модуль (проект) назван "Test Project", я бы импортировал его так, в .pch файле моего проекта (только там):

#import "Test_Project-Swift.h"

Rafael Bugajewski · Answer 21 · 2016-01-25T13-32-00.000Z

В моем случае мне пришлось установить цель развертывания как минимум на "OS X 10.9", а заголовок -Swift.h был автоматически сгенерирован. Имейте в виду, что при изменении целевой версии развертывания вы можете получить много предупреждений об устаревании, особенно если у вас есть старая и очень большая база кода Objective C. В нашем случае мы также много работали над XIB файлами и рассматривали классы.

Для других - посмотрите в Build Settings для вашей цели, получите точное имя "MyProject-Swift.h" - это то, что вам нужно включить как "#include" MyProject-Swift.h "в соответствующие файлы Objc. Кстати, это Ответ действительно помог мне - работать над преобразованием некоторого старого открытого ObjectiveC.

Keroberos · Answer 22 · 2015-07-09T09-38-00.000Z

Мне было трудно определить имя моего модуля / objective-c импорта быстрых заголовков. Я также прочитал много статей.

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

Например, мое целевое имя начиналось с числового - "1mg", а поле, указанное выше, показало "_mg" в качестве моего имени модуля.

поэтому я использовал #import "_mg-Swift.h", и он сработал.

Если вы можете отредактировать ссылку на скриншот, я могу отредактировать ваш ответ, чтобы отобразить его для вас.

Tot FOURLEAF · Answer 23 · 2015-02-21T06-41-00.000Z

Я нашел это решение

Создать SwiftBridge.h
положить #import "ProductModuleName-Swift.h"
Сделать этот файл .h общедоступным (важно) Выберите файл → В Показать файл Inspector (правая панель) → Сделать общедоступным

Теперь вы можете

#import "SwiftBridge.h"

вместо ProductModuleName-Swift.h

Это обходное решение для следующей версии Xcode. Я думаю, что эта проблема будет решена. Удачи.

Не работает Только что попробовал. В строке #import “ProductModuleName-Swift.h” просто появляется ошибка в файле SwiftBridge.h вместо исходного файла кода Objective-C.

yannisalexiou · Answer 24 · 2014-10-02T02-31-00.000Z

Я нашел трюк, который всегда работает на меня.

Создайте #import "ProductModuleName-Swift.h" в файле appDelegate.h и в файле ProductName-Prefix.pch. Если у вас его нет в xcode 6, вы можете создать его таким образом Почему в Xcode 6 автоматически не создается ProjectName-Prefix.pch?
Command + shift + k, чтобы очистить ваш код, если вы получили сообщение об ошибке "ProductModuleName-Swift.h", удалите его из файла appDelegate.h.
Очистите свой код еще раз. Теперь все будет работать как шарм
Если вы снова получите сообщение об ошибке "ProductModuleName-Swift.h", теперь снова создайте файл appDelegate.h и снова очистите свой код.

Сделайте эту работу (удалите и создайте "ProductModuleName-Swift.h" из файла appDelegate.h и очистите свой код) каждый раз, когда вы получаете эту ошибку, чтобы ее отключить.

rmooney · Answer 25 · 2018-02-28T00-07-00.000Z

Файл генерировался, но XCode не смог его найти (я использовал ответ Лу Зелла, чтобы доказать, что он генерируется).

Это было мое исправление (Xcode 9.2) для смешанной среды ObjC/Swift:

Найдите ожидаемый сгенерированный файл в DerivedData, выполнив поиск в finder (TargetName-Swift.h)
Перетащите его в свой проект в XCode и UNCHECK копировать файлы.
Нажмите на файл в XCode и откройте инспектор файлов (первая вкладка на правой панели).
Изменить местоположение с относительного на группу на относительное для сборки продуктов

Первые два шага должны позволять вам просто создавать и использовать свой проект, но последние два позволяют ему работать на других компьютерах (т.е. он все еще работает при совместной работе над командным проектом).

valeCocoa · Answer 26 · 2017-11-03T17-34-00.000Z

Иногда вам просто нужно отменить, а затем снова установить целевое членство в файле obj-c.m.

Warpling · Answer 27 · 2017-04-13T04-20-00.000Z

Если вы используете что-то вроде Cocoapods (и разрабатываете рабочую область, а не проект), попробуйте открыть проект и создать его, прежде чем открывать рабочее пространство и здание. YMMV.

Ram G. · Answer 28 · 2016-03-18T00-28-00.000Z

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

Andrew Marin · Answer 29 · 2016-01-12T00-09-00.000Z

Мне пришлось удалить SwOS-код WatchOS2 из моего проекта Objective C. И только после этого XCode предложил сгенерировать -Swift.h

Alex Brown · Answer 30 · 2015-09-21T10-18-00.000Z

Это может быть очевидным моментом (может быть, слишком очевидным), но у вас должен быть хотя бы один быстрый файл в проекте для генерируемого заголовка. Если вы пишете шаблон шаблона или код конфигурации с намерением записать быстро, импорт не будет работать.

Yevhen Dubinin · Answer 31 · 2015-06-30T13-28-00.000Z

Если вы смогли создать проект раньше, без проблем, связанных с ошибкой "ProductModuleName-Swift.h" not found, и теперь вы снова получаете эти неприятные ошибки, причина может быть в ваших недавних изменениях.

Для меня это было (случайно) неправильным кодированием файла .swift. Возврат изменений и возврат назад вручную, выполняет задание.