Igor Cherny

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

navigationItem.hidesSearchBarWhenScrolling = true

Не надо боятся этого затемнения, iOS юзеры знают и привыкли к такому поведению.

присутствие логики в методах UI объектов не есть хорошо. У вас должен быть какой то массив с данными (продуктами), который и есть источник для заполнения таблицы. Переключения фильтров (сегмент контроллеры в вашем случае) должно менять объекты в этом массиве и перезагружать таблицу. А метод cellForRowAt indexPath будет только извлекать данные из массива и заполнять ячейки, как и количество ячеек должно исходить из количества объектов в массиве с данными (продуктами). Еще раз, фильтрация происходит вне методов таблицы, вы выбираете из списка всех товаров только товары соответствующие фильтрам, кладете из в массив из которого таблица берет данные по indexPath.row (индекс ячейки соответствующий индексу товара в массиве.

никак, нет такого, Core Data это ORM - Object-relational mapping, даже не знаю, как точно перевести, типа переходник между объектами (классами) и реляционными таблицами базы.

сохраняйте изменения текста в какой нибудь временный collection и при нажатии на финиш фиксируйте изменения.
То есть cell должен транслировать эти изменения в Ваш VC, который записывает их в этот collection, скажем Dictionary с ключом Индекс ячейки, а значение - текст. При нажатии на финиш пробегайте по массиву данных ячеек и находите по индексу текст в вашем Dictionary.

Обратите внимание на блоки в коде (completion handlers), возможно у вас где то происходит захват и блок держит обьект, а обьект - блок, для этого в Swift есть unowned и weak типы ссылок. Использование reusable объектов усугубляет проблему. Используйте Instruments для дебаггинга.

Вы представляете, как это будет выглядеть? Дифултное поведение это замена значений в таблице под searchBar на отфильтрованные, вы хотите уменьшить доступное юзеру поле на экране вдвое? зачем? поэтому никто это и не реализовывал, потому что это не удобно и не будет тем, что юзер ожидает увидеть, используя стандартный элемент OS.

Непонятно, что значит "пытаюсь его соединить". Когда добавили UIViewController в storyboard нужно назначить ему тип Вашего нового контроллера, в Identity (третья иконка слева в инспекторе: Custom Class)

У Вас же есть метод didSelectRowAt indexPath: который вызывается при нажатии на cell, в нем есть и номер ячейки, и номер секции, а нужные контроллеры (не их самих, а информацию, какой именно контроллер нужен для данной ячейки) кладете в массив с индексами, соответствующими номерам ячеек. Точно так же, как Вы достаете текст для ячейки в CellForRowAt indexPath: из массива names.

Apple рекомендует пользоваться Autolayout, а не фреймами, и там есть привязки к центральным осям: NSLayoutAttributeCenterX, NSLayoutAttributeCenterY, можно добавить и смещения для них. Притом Вы можете сделать это как в IB (storyboard или xib), так и в коде с помощью VFL (Visual Format Language).

Недавно встретил в Appboy есть возможность фонового пуша (APNS), который может запускать фоновый процесс в приложении. Кроме того можете запускать обновление Core Data в бекграунде, когда пользователь выходит из приложения, или если находит метки геолокации. Вот здесь табличку можете посмотреть, все понятно по моему https://developer.apple.com/library/content/docume... ..и это от Swift не зависит..