Swiftyinsta: Дорога к «2.0»

Привет Стефано,
Я должен сказать спасибо вам за помощь и предоставление этой библиотеки, нет ничего, кроме вашего участия, которое делает меня счастливым.
Это хорошая идея — перейти на версию 2.0 с хорошими функциями и изменениями.
Я думал о реализации некоторых дополнительных функций, которые облегчают пользователю работу с библиотекой,
такие функции, как получение:

• Медиа высокого качества [видео или изображение]
• Медиа низкого качества [видео или изображение]
• Миниатюра изображения для медиа
• Функции статистики (подсчет общего количества лайков, комментариев, ...)
• Более гибкая функция задержки (редактирование во время выполнения или включение-выключение) более простыми способами.
• и так далее....
  что экономит много времени для пользователей, это всего лишь идеи.
  Поскольку библиотека растет, проводя время, библиотеке определенно нужна документация .
  нам определенно нужно исправить соглашения об именах, потому что там очень много ошибок. и мне нравится идея UserReference которая была хороша.
  development необходима ветка
  мы должны пригласить других пользователей внести свой вклад и поделиться идеями здесь, чтобы сделать следующую версию более мощной.
  Еще раз спасибо.
  С Уважением.

1. более простой обработчик разрешений, отказ от модели Singleton и всех .shared , что позволяет пользователям запускать несколько учетных записей одновременно [я могу начать работать над этим сегодня или завтра, если все в порядке]

Я начал работать над этим. Фактический механизм аутентификации готов, мне просто нужно закончить переписать каждый метод для всех различных обработчиков (😱), а затем все, что нужно, это внести те же изменения в Siwa .

Что я сделал до сих пор:

• APIBuilder , HttpSettings и RequestMessageModel исчезли. Теперь вы создаете экземпляр APIHandler напрямую, а некоторые Settings берут (необязательно) delay , queues , device (автоматически обновляя User-Agent ) и session ( URLSession ).
• Нет больше протоколов *Handler . В них не было никакого реального смысла. Каждый *Handler теперь может быть вызван через экземпляр APIHandler ( UserHandler — это .accounts , FeedHandler — это .feeds и т. д. .), это ленивые свойства, специфичные для самого экземпляра. Я сделал то же самое для HttpHelper и PaginationHelper (он же PaginationHandler в 1.* ). Это устраняет все дублирование кода, когда каждый отдельный метод должен был быть переписан за APIHandler , и это означает « многозадачность » с несколькими APIHandler s для разных зарегистрированных пользователей.
• Аутентификация теперь обрабатывается одним единственным методом в экземпляре APIHandler : authenticate(with request: Login.Request, completionHandler: escaping (Result<(Login.Response, APIHandler), Error>) -> Void) , где Login.Request — это enum который может либо принять SessionCache (который похож на 1.* SessionCache ), и он используется для «повторного входа в систему» ​​и с Siwa (в будущем) или LoginWebView (он же InstagramLoginWebView ) — и это намного проще, чем сейчас. Буквально один звонок и готово. Это удаляет все дублирование кода между Siwa и SwiftyInsta : если вы хотите «безголовую» аутентификацию, используйте Siwa и передайте sessionCache , в противном случае используйте _web просмотр_ в SwiftyInsta .
• Каждый отдельный метод, принимающий либо _user_ pk либо username теперь вместо этого принимает элемент UserReference .

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

Изменения кажутся очень хорошими, также добавлена ​​ветка development .
Я работаю над списком функций и инструментов, таких как Logger и т. д.
А что касается аутентификации, этот новый метод поддерживает все 3 вида аутентификации?

1. Вход в частный API
2. Веб-логин
3. Сива

Я закончил со всеми изменениями выше. Я тестирую его некоторое время, а затем отправляю _pull request_.

А что касается аутентификации, этот новый метод поддерживает все 3 вида аутентификации?

Прямо сейчас он поддерживает _веб-логин_ и Siwa (теоретически, поскольку Siwa использует *.shared , поэтому его нужно будет обновить, но я планирую сделать это как можно скорее, то есть правильно сейчас , тем временем, вы можете протестировать его только с помощью _web login_). Я чувствую, что аутентификация username + password предоставленная с помощью SwiftyInsta не соответствует номиналу, tbh. И поскольку вы проделали потрясающую работу для него в Siwa , я действительно чувствую, что его можно исключить из основной библиотеки (но это только мое мнение).
Я твердо верю, что пользователи, желающие выполнить аутентификацию username + password должны сделать это с самого начала (то есть с помощью Siwa ), не усложняя все остальное и не дублируя основы кода. Опять же, только мое мнение.
С таким же успехом его можно добавить снова 😊

(Я пытался исправить опечатки и ошибки, когда замечал их, но мне кажется, что некоторые методы — например, странные POST — могут по-прежнему работать не так, как предполагалось. Они не сработали в 1.* а может и не в 2.0 . ИДК)

@sbertix @canaksoy
Больше идей? любое обновление?

Поддержка watchOS , tvOS и macOS

Я думал о поддержке нескольких ОС # 61
Я постараюсь поработать над этим позже.

Ответы на уборку

• Медиа высокого качества [видео или изображение]
• Медиа низкого качества [видео или изображение]
• Миниатюра изображения для медиа
• Функции статистики (подсчет общего количества лайков, комментариев, ...)
• Более гибкая функция задержки (редактирование во время выполнения или включение-выключение) более простыми способами.
• и так далее....

Об этом я думал… почему бы не рационализировать то, как ответы представляются пользователю?
Вместо того, чтобы возвращать непосредственно декодированный файл (который может стать как свойство raw ), почему бы не вернуть очищенный struct с уже отформатированной датой, изображениями с разным качеством (как вы сказали), статистикой встроенные в них… и т. д.

например, вместо того, чтобы нажать MediaModel как есть, вернуть что-то ближе к…

public struct MediaModel: Codable {
    /// `MediaModelJSON` would be equal to current `MediaModel`.
    public let rawResponse: MediaModelJSON

    // Accesories
    public var pk: Int! { return rawResponse.pk }
    public lazy var date: Date! = { return self.rawRespone.takenAt.flatMap { Date(timeIntervalSince1970: $0) }}()
    /* etc */
}

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

Как насчет применения правил синтаксиса через swiftlint ?
Легко добавить его поддержку в Travis CI , но на самом деле очень долго менять всю кодовую базу соответствующим образом.
Но оно того стоит, имхо.
Что вы думаете? @TheM4hd1