"Використання незадекларованого типу" у Swift, хоча тип є внутрішнім та існує в одному модулі

У мого модуля є тип:

import Cocoa

class ColoredDotView : NSView {
   ...
}

Він використовується в декількох різних класах без проблем:

class EditSubjectPopoverController : NSObject {

    @IBOutlet internal var subjectColorDotView : ColoredDotView!
    ...
}

Але чомусь , коли я використовую його в одному конкретному класі, у мене є помилки компіляції типу:

class EditTaskPopoverController : NSObject {

    @IBOutlet internal var lowPriorityDotView : ColoredDotView! // Error here
    @IBOutlet internal var medPriorityDotView : ColoredDotView! // And here...
    @IBOutlet internal var highPriorityDotView : ColoredDotView! // And here...
    ...
}

Помилка компіляції:

EditTaskPopoverController.swift: 15: 49: Використання незадекларованого типу "ColoredDotView"

Якого я не розумію. Це перша помилка компіляції у файлі, а решта помилок є симптоматичною для першої. Крім того, немає інших файлів з помилками компіляції. Я не розумію, чому тип недекларований, оскільки файл знаходиться в одному модулі:

Я спробував очистити проект, очистити папку збірки та перезапустити Xcode безрезультатно. Які можливі помилки можуть спричинити undeclared typeпомилку компілятора в Swift?

Для мене я зіткнувся з цією помилкою, коли в моїй тестовій цілі не було декількох швидких файлів, які мали мій збірник додатків у джерелах компіляції. Це було дуже заплутано, оскільки "незадекларований тип" використовувався в багатьох інших місцях без проблем, і помилка здавалася невиразною. Тому рішення, звичайно, було додати файл, що містить "незадекларований тип", до тестової цілі.

На це вже відповів @Craig Otis, але це питання виникає, коли розглядаються класи не належать до одних і тих же цілей, зазвичай тестова ціль відсутня. Просто переконайтесь, що поставлені відмітки наступних прапорців.

Редагувати

Щоб побачити цільове членство. Виберіть файл, а потім відкрийте інспектор файлів (⌥ + ⌘ + 1) [ опція ] + [ команда ] + 1

Фуу, нарешті це діагностували. Так чи інакше , файл Swift порушив EditTaskPopoverController.swiftдві різні фази збірки.

Це було Compile Sourcesналежним чином, з усіма іншими файлами Swift, але це було також , з дуже дивної причини, також у Copy Bundle Resourcesфазі, разом із усіма моїми ресурсами XIB та зображеннями.

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

У меню XCode Продукт-> Очистити, а потім Продукт-> Збірка працювала для мене. З цією проблемою я зіткнувся, коли до свого проекту додав новий ViewController у новій групі / папці.

У мене була точно така ж проблема. Деякі файли в моєму рамках не були доступні для інших класів в межах одного модуля.

Чомусь файли, додані до фреймворку в Xcode, не входили до джерел компіляції. Якщо ваш файл Swift не входить до джерел компіляції, вам потрібно додати їх, натиснувши + та вибравши їх у спливаючому вікні.

Також переконайтеся, що файл є частиною рамкової цілі. (Потрібно встановити прапорець на скріншоті нижче)

Причиною для мене стало ім'я функції, яке починалося з тих же символів, що і тип:

@IBOutlet weak var tableView: CustomTableView!

і в реалізації у мене була функція, що починається з CustomTableView

func CustomTableView(tableView: CustomTableView, dataForRow row:  Int) -> NSData {...}

Виправлення полягало в тому, щоб змінити підпис функції, щоб вона не починалася з тих же символів, що і тип (CustomTableView), наприклад:

func dataForRow(row: Int, tableView: CustomTableView) -> NSData {...}

Це було дуже оманливим повідомленням про помилку для фактичної причини в моєму випадку.

Якщо хтось зіткнеться з подібною проблемою, але виправлення джерел компіляції не вирішує проблему, можливо, перезапуск Xcode (він працював на мене). Моя версія Xcode є Version 6.1 (6A1052d).

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

Коли я нещодавно створив два нові класи, їх тестовими цілями були як основна, так і тестова частина. Вилучення їх з членства з тестів вирішило це питання.

У моєму випадку джерела компіляції TestTarget мали файли з головної цілі .

Довідка :

Чому це відбувається?

• Це відбувається, оскільки ми перевіряємо асоціацію TestTarget під час створення файлу

• Або вручну перевірити цю опцію у інспектора.

  Довідка :

  

Як я вирішив?

• Я видалив основні файли цілі з джерела компіляції Test Target

«Іноді помилки можуть бути дуже нерозумними

Перш ніж перевірити всі рішення тут, переконайтесь, що ви імпортували всі основні речі

     import Foundation
     import UIKit

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

Я спробував багато запропонованих тут рішень, але врешті-решт вилучив файл і створив його знову, і Xcode був моліфікований: /

Це також може статися, якщо ви випадково заздалегідь використовуєте великі літери імені параметра і називаєте його таким же, як об'єкт.

class func didRecieveData(BlockItems: [BlockItems])

Це може комусь допомогти.

Я створив новий тестовий проект із Core Data під назвою "CoreData". Незабаром я отримав "Використання незадекларованого типу" для NSManagedObjectContext та інших класів основних даних. Після кількох спроб імпорту, додавання до фаз збірки тощо. Я видалив проект і запустив новий під назвою "TestingCoreData", і все це спрацювало добре.

Не називайте (тестуйте) такі проекти, як назва класів

Це також може статися, якщо у підписі у вас є функція з тим самим іменем, що і тип об'єкта. Наприклад:

class func Player(playerObj: Player)

призведе до того, що компілятор заплутається (і це правильно), оскільки компілятор спочатку загляне локально в файл, перш ніж переглядати інші файли. Тож він дивиться на "Player" у підписі і думає, що це не об'єкт у цій області, а функція, тож щось не так.

Можливо, це є вагомою причиною, чому я не повинен використовувати великі функції класу. :)

Я отримав це повідомлення про помилку в Xcode 8 під час рефакторингу коду до рамки, виходить, що я забув оголосити клас в рамках як public

Можливо, ви додали клас з деяким "FirstNameClass" і після цього вручну перейменовано на "ColoredDotView". Спробуйте скопіювати вміст класу "ColoredDotView" у буфер обміну, видаліть "ColoredDotView" з проекту та додайте agin.

Цей ідентифікатор вирішує подібну проблему у мене.

У моєму випадку була зроблена мною помилка. Я додав новий файл як "OS X> Джерело> Клас какао", а не "iOS> Джерело> Какао сенсорний клас".

У моєму випадку це було викликано тим, що ім'я підкласу використовується в наступному рядку як ім'я змінної з іншим типом:

var binGlow: pipGlow = pipGlow(style: "Bin")
var pipGlow: PipGlowSprite = PipGlowSprite()

Зауважте, що в першому рядку pipGlow - це назва підкласу (SKShapeNode), але у другому рядку я використовував pipGlow як ім'я змінної. Це був не тільки поганий стиль кодування, але, мабуть, і відвертий «ні-ні»! Як тільки я зміню другий рядок на:

var binGlow: pipGlow = pipGlow(style: "Bin")
var pipGlowSprite: PipGlowSprite = PipGlowSprite()

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

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

@testable import MyApplication

Це зробить об’єкти Swift, які є частиною програми, доступними для тесту.

У моєму випадку це було викликано швидким кодуванням файлів Text Text Encoding. Один файл показав "Неявне явне кодування", і після перетворення його в "UTF-8" проблема вирішена.

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

Немає явного скріншоту кодування

Скріншот UTF-8

Прибирання проекту вирішило мою проблему.

Етапи: продукт -> чистота (або Shift + Cmd + K)

У моєму випадку я хотів додати метод із спеціальним об'єктом swift як параметр типу, і ім'я, яке я дав змінній у параметрі, було точно таким же, як імен класу спеціального об'єкта

Проблеми були приблизно такими:

func moveBlob(**blob** : blob){
    ...code
}

Частина жирними символами викликала помилку незадекларованого типу

як інші добре згадували і в цій темі

використання непотрібних швидких файлів у "копіюванні пакетних ресурсів"

Як і інші, саме такий непов'язаний код був причиною @testableнесправності.

У моїй тестовій цілі був файл заголовка Objective-C, який мав

@import ModuleUnderTest;

Я видалив цю лінію (тому що імпорт був насправді непотрібним) і дивом @testableпочав працювати знову.

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

якщо ви звертаєтеся до нього з різних moduleабо Targetто вам просто потрібно, щоб publicйому

У випадку, якщо хтось зробить таку ж дурну помилку, що я і зробив ...

Я отримував цю помилку, оскільки перейменувавши свій вихідний файл, я випадково видалив .ім'я файлу, і тому компілятор розглядав файл як звичайний текстовий файл, а не як джерело для компіляції.

тому я мав намір перейменувати файл, MyProtocol.swift але випадково назвав його MyProtocolswift

Це проста помилка, але не було очевидно, що саме це відбувається.

Недодавання правильного розміру імпорту також може бути очевидною помилкою. Для мене я просто пропустив імпорт PriorityUIKit.

Моя ситуація полягає в тому, що я перетягую новий файл XXView.swift в проект. І оголосити тип перегляду XXView, тоді помилка "використання незадекларованого типу ....".

Я просто намагаюся додати мій XXView.swift до тестової цілі, яка вирішила помилку. Але я не хотів, щоб мій клас користувальницького інтерфейсу брав участь у тестовій цілі.

Нарешті, я знайшов свій ViewController вже в тестовій цілі, що не повинно статися. (Я думаю, оскільки я створюю VC xctemplate, тому він автоматично включається в тестову ціль)

Я виймаю контролер подання з тестової цілі, і тоді мій XXView тепер не потрібно додавати до тестової цілі.

Висновок: переконайтесь, що всі пов’язані з вами файли також зніміть прапорець для тестової цілі.

Провівши годину на цю помилку, я виявив, що файл модуля дублюється. видаліть зайвий файл і змістіть + cmd + k, щоб очистити, і помилка зникла.

У моєму випадку питання classне було визнано новим . Я вирішив проблему, видаливши клас та повторно додавши його, але цього разу перевіривши Watch App Extensionпараметр під час створення нового класу.

Зауважте, що у мене в додатку є розширення Watch Watch.