Я пытаюсь создать нить, содержащее представление, которое будет встроено в TableViewCell. Я создал файлы интерфейса и реализации, ResultCell.h и ResultCell.m. Это запас, готовый вариант, никаких изменений кода.
Затем я создаю пустой XIB файл и перетаскиваю на него UIView. Затем я нажимаю File Owner и устанавливаю тип ResultCell. Я нажимаю на представление и устанавливаю его класс также ResultCell.
Вот проблемы, которые у меня есть:
ResultCell.h не появляется, когда я просматриваю файл ResultCell.xib. Я должен заставить его загрузить, нажав "Автоматически" и выбрав файл.Я попытался создать и воссоздать представление, и он просто не работает, и я начал терять терпение. Любая помощь будет очень, очень оценена!
Это может не сработать для вашей конкретной проблемы, но иногда я получаю эту ошибку при работе с недавно созданными nib. Удаление и повторное создание перьев и контроллеров View с теми же именами, что и раньше, не помогло устранить проблему, но перезапуск Xcode сделал.
Сегодня я попал в подобное состояние. Это было очень странно: я мог бы прикрепить любой XIB (новый или существующий) к уже существующему классу ViewController в проекте, но я не смог создать новый ViewController и правильно привязать его к любому XIB. Функциональность "помощник" не работала, а также функциональность IB-to-headerfile-connection.
Закрытие проекта и повторное открытие не исправили его.
Выход из XCode и перезапуск не исправить.
Создание нового проекта и проверка функциональности работали нормально, что привело меня к мысли, что в каком-то кеше что-то было повреждено.
Мое решение
Кстати, просто запуск полной очистки, похоже, не прояснил ситуацию. Я должен был уничтожить полученные данные. Я уверен, что попал в эту позицию из-за игр git, в которые я играл, но я понятия не имел, как выйти, потому что даже переход к ранее git версиям не помог. (Это было большой идеей и в том, что это было что-то, не затронутое самим проектом.)
У меня была эта проблема, и перезапуск Xcode не исправил ее. Я удалил файлы классов из проекта, а затем добавил их обратно и начал работать.
У меня была такая же проблема. И я попробовал:
Ничего из этого не получилось. Для меня это было просто:
И сделано!
Если перезапуск Xcode не работает с вами, я обнаружил, что работает с выходом нового файла .m и обратно в целевое членство.
Это помогло мне:
Если вы не видите "панель", пожалуйста, посмотрите в верхнем правом углу окна и включите соответствующие кнопки "Просмотр". Если вы не видите кнопки "Вид", нажмите на самую верхнюю правую кнопку капсулы.
Я заметил, что файл .m был перемещен внутри папки en.lproj.
Просто удалите (только ссылку).m файл из Xcode и переместите .m из en.lproj. Добавьте его снова. Это исправит проблему.
Не волнуйтесь, вы вернете все свои соединения.
Сегодня я столкнулся с той же проблемой. Перезапуск XCode не устранил проблему для меня. Мне удалось вернуться к нормальной работе, используя "Удалить" вариант "Производные данные" проекта , который можно найти в разделе Организатор. Организатор говорит, что "Производные данные включают в себя индекс, результат сборки и журналы". Я полагаю, что причиной этой проблемы был либо индекс, либо вывод сборки.
в XCode перейдите к организатору, щелкните проект, щелкните удалить производные данные... чем очистить проект
В моем случае это помогло сделать "поддельное изменение" (просто пробел) в соответствующем файле заголовка.
UITableViewCellUIView на пустой холст, вы должны перетащить UITableViewCellКаждый раз, когда вы хотите загрузить новую ячейку, вызовите:
[[NSBundle mainBundle] loadNibNamed:nibName
owner:controllerWithOutletToCell
options:nil]
после загрузки, используйте ячейку и установите значение ivar/outlet на ноль, готовясь к следующей загрузке
Есть и другие способы, но это обычно
Возможно, что сработало для меня это... (Xcode v4.5)
Это не сработало
Я пытался контролировать перетаскивание в определение интерфейса моего .h
@interface SearchViewController : UIViewController
@end
Это сработало (возможно, так оно и должно было работать, я этого раньше не знал) См. Открытые и закрывающие скобки. Управляйте перетаскиванием после закрытой скобки.
@interface SearchViewController : UIViewController
{
}
@end
Эта проблема, похоже, является ошибкой Xcode, которая ползет в основном, когда вы заменяете файл новым файлом с тем же именем. Xcode, похоже, сохраняет ссылку на старый файл с тем же именем.
Во всяком случае, способ исправить это выглядит следующим образом:
(только шаги 1 и 2 фиксировали это для меня.)
Ни один из вышеперечисленных обходных решений не разрешил проблему с коннектором для меня, поэтому я отложил проект моего любимого проекта, пока не наткнулся на следующий поток stackoverflow:
fooobar.com/questions/31346/...
Я работал над большим проектом в предыдущей версии XCode и отключил индексирование. Повторно включив индексирование, моя проблема теперь исправлена:
defaults delete com.apple.dt.XCode IDEIndexDisable
Теперь я могу использовать функции D & D Interface Builder. Надеюсь, это поможет другим...
У меня была аналогичная проблема с проектом, написанным в Swift.
Для меня работала настройка IBOutlet в коде вроде
@IBOutlet var foo: UIView?
а затем подключите его к Interface Builder, перетащив его в маленький круг, который появился рядом с кодовой строкой.
Если вы скопировали файлы из другого проекта, просто убедитесь, что вы установите флажок "Добавить в целевые объекты"
Переименование файлов классов может отделить их от XIB. Этот ответ помог мне открыть это:
Ctrl-Drag от кнопки к методу не работает. Xcode/Interface Builder
Убедитесь, что ваш собственный класс правильно установлен в Инспекторе идентификации.
Подобный симптом, но другая причина.
По-видимому, я нажимаю backspace, когда фокус был на вспомогательном представлении, потому что одна из стандартных строк комментариев шаблона шаблона перешла от//к/, что приводит к тому, что файл не компилируется.
Фиксация комментария позволила SDK разобрать файл, распознать его как UIViewController и добавить в розетку.
SO - если у вас есть эта проблема, выполните сборку или анализ, чтобы увидеть, есть ли ошибки, требующие исправления в файле .h файла. Затем попробуйте другие решения.
Это может быть старая тема, но на всякий случай у кого-то такая же проблема в будущем, попробуйте удалить связанные файлы .xib,.h и .m и создать новые. Для меня UIViewController в моем файле .h не был фиолетовым, и даже отмена и ввод текста не помогли.
Просто поместите строку между @implementation и @synthesize. Большинство ответов здесь имеют общее сходство. Это сработало для меня
@implementation
@synthesize
Я просто пробовал все здесь и ничего не работал (используя предварительный просмотр для Xcode 5).
Единственное, что сработало для меня, это поместить эту неполную строку в файл интерфейса:
@property (nonatomic, weak)
По какой-то причине добавление точек и действий путем перетаскивания из .xib после этого отлично работало.
Для меня очистка или удаление DerivedData решила проблему.
Я пытался несколько раз удалить и воссоздать свой UIViewController, и проблема снова и снова повторялась.
Затем я воссоздал класс UIViewController и дал ему другое имя. Это решило проблему для меня.
У меня была эта проблема и я нашел решение, не перечисленное выше.
В моем случае я мог видеть, что что-то не так в файле .h, потому что мой пользовательский контроллер представления не распознал класс: UIViewController (он был черным не фиолетовым). Все остальные пользовательские контроллеры представлений имели: UIViewController в фиолетовом.
в моем случае и, возможно, ваш, мне нужно было добавить класс к целям/этапам сборки/скомпилировать Источники. Необходимо добавить .m. Все остальные .m были там, но не этот.
Как только я добавил его, UIViewController появился в фиолетовом цвете, и все было хорошо.
В моем случае у меня есть несколько проектов с некоторыми другими зависимостями. Я попытался решить эту проблему, удалив производные данные или перезапустив XCode, но он не сработает. В конце концов, я попробовал следующий метод, и он работает:
Перейдите в цель > Только создайте целевые архитектурные объекты > и установите для параметра "Отладка и выпуск" значение "НЕТ".
Установите это для всех проектов в рабочей области и перекомпилируйте, чтобы убедиться, что нет других ошибок. Может быть, не имеет смысла, но как-то это сделал. Во время моей компиляции у меня были другие проблемы, такие как ошибки компоновщика и символы, которые не найдены.
Для файла *.m этого класса откройте "Показать инспектор файлов" и снимите флажок "Целевое членство" для этого проекта, затем выполните "Очистить" (меню "Продукт" > "Очистить" ) и снова проверьте "Целевое членство" для этого проекта
С помощью Swift у меня была аналогичная проблема. Я узнал, что комментарии были для меня проблемой.
Я использовал контроллер представления по умолчанию, работал над ним, а затем создал второй контроллер представления, скопировав весь первый, разделив его только на viewDidLoad() и переименовав класс в TestViewController. Сборка заработала, код выполнен. Все было хорошо.
Когда я пошел, чтобы перетащить UITextField, чтобы создать выход, это не позволило мне. Я заметил, что мои комментарии все еще говорят "ViewController.swift", поэтому я изменил текст комментария на "TestViewController.swift" и перестроил. Я смог подключить свой выход!
Интересно, произошло ли то, что Indexer читал комментарии, а также имена классов и каким-то образом запутался.
Надеюсь, что это поможет кому-то там.
Мне просто пришлось удалить папку с производными данными. Вам нужно щелкнуть Window → Organizer → Projects → Delete Derived Datap >
И RESTART XCODE.
Вы должны быть добрыми!
Новый класс, не являющийся частью "TARGET", скорее всего является основной причиной этого, о чем упоминают некоторые из этих ответов.
При создании нового класса cocoa по умолчанию опция добавления нового класса в цель по умолчанию проверяется, но по какой-либо причине это не будет проверяться при нажатии кнопки "Сохранить", у вас будет эта проблема.
Любое из этих обходных решений, которые добавят новый класс в цель приложения, будет работать для решения проблемы, и это то, что имеет все эти "исправления".
Я думаю, что XCode, вероятно, имеет некоторые ошибки, которые заставляют новый файл, по умолчанию, НЕ добавляться в главную цель приложения. Исправление сводится к добавлению вашего "сломанного" класса в основной TARGET
В XCode 7.1 работало добавление коннектора в другой точке моего исходного файла. Ошибка, которую я получал, ссылался на одну из моих переменных, как если бы это был класс (не имело никакого смысла). Ошибка прекратилась, когда я добавил соединитель ниже этой переменной, а не выше.
Существует и другая причина для проблемы... если вы создали новый файл класса cocoa с шаблоном, отличным от ios... я могу случиться...
Решение состоит в том, чтобы удалить его и создать его с помощью правильного шаблона
