ManWithBear

Изменение размеров CALayer'a лежит полностью на его пользователе.
Поэтому вам нужно при каждом изменении frame у вью, менять положиние / размер слоя
Пример:

class MyView: UIView {
    let gradient: CALayer 
    ...
    override func layoutSubviews() {
        super.layoutSubviews()
        gradient.frame = self.bounds
    }
}

Если прям очень хочется через экстеншн, то примерно так:

private var gradientPropertyKey: UInt8 = 0
extension UIView {
    func addNiceGradient() {
        let gradient =  < тут ваш слой >
        layer.addSublayer(gradient)
        let observation = layer.observe(\.bounds) { [weak gradient] layer, _ in
            gradient?.frame = layer.bounds
        }
        objc_setAssociatedObject(self, &gradientPropertyKey, observation, .OBJC_ASSOCIATION_RETAIN)
    }
}

Но будет работать хуже, да и уверены что хотите в ObjC Runtime без причины лезть?

В гигантском большенстве случаев разработка ведется под последние 2 версии операционной системы (читать как 10.3.3+), поэтому имеет смысл начинать с самого маленького устройства (iPhone 5). Его разрешение 320х568.
Согласно Human Interface Guidelines @3 используется только на Plus устройствах и X.

Из этого следует что iPhone 6 и iPhone 5 будут использовать одинаковые ресурсы, отступы и прочее. Так что надо иметь ввиду, что если вы просто увеличите макет с 320х568 до размеров iPhone 6, то это будет не верно с точки зрения системы (не беру в расчет цифры зависящие от размеров экрана, например картинка в половину ширины)

Разработка на iOS ведется в пунтках, а не пикселях. Грубо: @1x 1pt = 1px, @2x 1pt = 2px, @3x 1pt = 2.6px
Подробнее тут: The Ultimate Guide To iPhone Resolutions
Поэтому разработчики будут вас любить если вы будете с ними разговаривать в пунктах ("отступ от левого края всегда 8 пунктов", "расстояние между клетками по 16 пунктов", и тд)

Главная идея: не пытайтесь делать pixel perfect, это сложно, в большенстве случаев не оправдано, и заметно дороже.

tl;dr

Какой макет передать разработчику?

Макеты 320х568, иконки в @2x и @3x, fullscreen изображения для каждого размера экрана если критично

git checkout -b feature/new_layout  # создаем свою ветку для фичи / бага / рефакторинга и тд и тп
{ do your work here, commit and etc }
git checkout master
git pull  # качаем к себе актуальное состояние мастера
git rebase master feature/new_layout  # сдвигаем свою ветку на актуальный мастер (если добавить флаг -i то можно немного подредактировать историю изменений)
git checkout master
git merge --no-ff feature/new_layout  # мержим в мастер вашу готовую фичу без фаст форварда
git push
git branch -d feature/new_layout  # удаляем ветку, она нам больше не нужна

git log <Commit hash>..HEAD --ancestry-path --merges --oneline --color | tail -n 1

Пример:

Bear-MacBook-Pro:MyApp ManWithBear$ git log c1c750c..HEAD --ancestry-path --merges --oneline --color | tail -n 1
8ec0203 Merge branch '9-filter-ui-implementation' into 'master'

via Eugen Konkov

Зачем вам вообще там NSMutableArray? Сами стреляете себе в ногу.

var usersIn: [String] = []
func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
    let cell = UITableViewCell()
    cell.textLabel?.text = usersIn[indexPath.row]
    return cell
}
func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
    return usersIn.count
}

switch.isOn

Так вы жестко прописали что хотите идти на вторую страницу:
pageViewController.nextPage(index: 1)

Вы один и тот же пикер присваиваете двум разным полям. Сделайте два разных пикера.