@mayor не по теме: а почему нельзя колор пикер на сайте портфолио глянуть?

Лень))

Hello person, how is process management on iOS?

А я бы глянул. Как раз в проекте надо такое

Hello person, how is process management on iOS?

Мужики можно ли делать бекграунд таски через LocalNotification c content-avaliable: true ?

Ребят, с чего начинать учить свифт, посоветуйте курсы или какую-то последовательность действий пожалуйста )) (2 года опыта в php/js).

Всем привет. Такой вопрос: В определенный момент в приложении необходимо стартануть сокетное соединение, которое бы жило все время жизни приложения.
Решил создать класс SocketViewController, расширяющий UiVIewController, и в методе viewDidLoad() проверять, если ли соединение или нет.
Правильно ли я делаю или можно по-другому и лучше?

Само сокетное соединение создаю в классе SocketService, который выглядит примерно так:

class SocketService { 
    static let shared = SocketService()
    private init() {}
    func connect() { }

класс SocketViewController примерно такой:

class SocketViewController: UIViewController {
    override viewDidLoad() {
        if condition {
               SocketService.shared.connect()
        }
    }
}

Apple Books -> Swift Book

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

Просто совсем разные направления, не знаком ни с ide ни с чем, одним знанием синтаксиса не отделаешься)

лаконично и информативно про сам свифт — swift.org
А дальше читай про UIKit (это UI фреймворк для iOS)

Спасибо

class SocketService { 
    static let shared = SocketService()
    private init() {}
    func connect() { }

class SocketViewController: UIViewController {
    override viewDidLoad() {
        if condition {
               SocketService.shared.connect()
        }
    }
}

Ну а сам как думаешь, нормально ли, что сущность, отвечающая за жизненный цикл и иерархию вьюхи, взаимодействует с сокет сервисом?

Не думаю, что это хороший вариант, потому и спрашиваю как лучше

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

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

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

Использую Socket Io. Т.е. лучше всего просто создать сокетное соединение при попадании на второй сторибоард ?
И вопрос тогда такой, ты упомянул, что синглтон не лучший вариант, как тогда правильней делать ?

это не должно быть особо связано вообще с конкретным экраном, когда появился токен и есть необходимость использовать соединение - тогда и создавать. Возможно после открытия второго экрана это не сразу нужно, а после каких-то действий пользователя, тогда нет смысла создавать заранее. вместо синглтона лучше использовать dependency injection