Atualmente toda a comunicação com o servidor do Caronaê é feita através da lib AFNetworking. Como o Caronaê se encontra quase que totalmente em swift o objetivo é migrar este uso para a lib Alamofire.

Detalhes

Toda a parte de Rede do Caronaê está localizada em Caronae > Services, neste grupo existem módulos de comunicação separados. Todos estes Services utilizam uma instância de CaronaeAPIHTTPSessionManager.swift localizada em Caronae > Networking

O Caronae utiliza atualmente a lib JSQMessagesViewController para criar a tela de chat a partir do arquivo Chat/ChatViewController.swift, porém esta lib se tornou deprecated.

A ideia é trocar a lib atual pela MessageKit, inspirada na anterior, mantendo a aparência similar ao chat atual e os mesmo recursos disponíveis.

Com a JSQMessagesViewController, nossa UI está da seguinte forma:

Atualmente o Caronaê utiliza o linter SwiftLint e está configurado com o arquivo .swiftlint.yml. Neste arquivo a regra vertical_whitespace está configurada para permitir no máximo 2 linhas em branco seguidas.

O objetivo é desabilitar esta regra no arquivo .swiftlint.yml e criar uma ou duas regras personalizadas de forma que:

• Os comentários do tipo // MARK: estejam sempre com duas linhas em branco seguidas acima e uma abaixo
• Fora a situação anterior, só seja permitido no máximo uma linha em branco entre código/comentário etc.

Exemplo da situação que deve ser aceita para os comentários do tipo // MARK: :

        ...
    }
    
    
    // MARK: CollectionView DataSource (and related) methods
    
    func ...

OBS: As regras devem considerar uma linha que só possui espaço como uma linha em branco. Existe uma outra regra no SwiftLint que alerta para espaços em branco em linhas (trailing-whitespace, que se encontra desabilitada no arquivo de configuração)

Atualmente a implementação do CaronaeAlertController está em Objective-C e utiliza uma versão antiga da lib SDCAlertView.

Esta classe atua para criar AlertViews personalizados com uma barra acima dos botões de opção (separator line, que é uma imagem com o nome SeparatorColor já inserida no projeto). Nas versões mais recentes dessa lib se tornou mais complicado fazer tal personalização, como pode ser visto nesta issue.

A ideia é criar uma classe em um arquivo Etc/CaronaeAlertController.swift, removendo os arquivos .h e .m anteriores, com os métodos equivalentes à implementação original, porém fazendo esta personalização de forma nativa sem o uso de uma lib.

Foto do alerta na forma esperada:

Atualmente grande parte do código do Caronaê está em Swift 3, com a chegada do novo iOS e Xcode também foi liberada o Swift 4.

Detalhes

Existem alguns tutoriais na internet para a migração. Deve-se ter atenção com @objc inference que deve ser minimizada. Após a conversão a Swift 3 @objc inference deve ser marcada como default como demonstrado em alguns tutoriais.
Existe um detalhamento na documentação oficial da Apple

Atualmente o Caronaê utiliza a lib MIBadgeButton-Swift para criar os badges na tabBar e também no botão de chat da tela de carona. No botão de chat que seria como um BarButtonItem o badge acaba sendo coberto pela status bar, aparecendo com a circunferência cortada na parte superior.

Existe uma issue aberta para esta lib, mas parece não resolver o problema. Caso exista uma outra lib similar que consiga atender as necessidades do aplicativo ela pode ser usada substituindo a atual.

As modificações principais serão na função updateChatButtonBadge em Ride/RideViewController+rideActions.swift.
Para testar a visualização do badge você pode fazer a chamada desta função no ViewDidLoad do arquivo Ride/RideViewController.swift, deixando algum número hardcoded para o badge na função.

Comportamento atual: