wilton-garcia/beachmap

beachmap's Issues

Adaptar layout dos cards para iPad

Adicionar componente de seletor no status do projeto

Criar esqueleto de célula para consumir os dados da API

Aplicar layout na tela de detalhes do projeto

Evoluir a API para adicionar a tela de detalhes

Criar API Fake para o app consumir

Criar uma API que retorne os seguintes campos

Nome do Projeto
Escritório
Descrição
Responsáveis

Projeto

Olá!

Analisando o projeto, tenho algumas duvidas em relação ao projeto, e algumas dicas.

Duvidas:

1. Por que existem arquivos *.py (Python), no projeto?
2. Dado que o projeto está no Beach Map, qualquer pessoa que está na praia, pode/deveria ter acesso ao mesmo. Sendo assim, por que os arquivos, classes, funções e tudo mais, está em Português? Acho válido repensar sobre a linguagem, por que todos tem acesso aos códigos, inclusive pessoas da empresa, que são de outros paises. O código de vocês, será uma referência para outros devs :) (Sorriso)
3. A equipe definiu, quais serão as boas práticas que serão adotadas no projeto? Exemplo: Padrão de nomenclaturas, etc?

Sugestões (Projeto):

• Utilizar ferramentas para anallise de código estático, como SwiftLint e CodeClimate
• Utilizar alguns arquivos para configuração do ambiente em que vocês estão desenvolvendo. Algo como Homebrew, Bundler, rbenv, Fastlane e Makefile, XcodeGen
• Como a equipe, atualmente, é composta por mais de 1 pessoa, vocês já pensaram em utilizar ViewCode, ao invés de Storyboard? É comum dar conflitos no arquivo de Storyboard em equipes grandes e, as vezes, resolver os conflitos pode ser algo custoso e/ou demorado. Acho interessante analisar a possibilidade de usar ViewCode, para que possam separar e definir melhor as camadas de visualização.
• O arquivo *.gitignore, podera ser o indicado para Swift, tem um que é muito utilizado: Swift.gitignore

Sugestão (CI):

• Acho que para um projeto iOS, seria mais amigável usar Bitrise ou Github Actions. O Bitrise, principalmente, possui uma interface mais amigável e de facil utilização/adaptação, além de ter um preparo mais amplo para aplicação iOS/Android.

Sugestão (Código):
retornaStatus

Essa função faz um mapeamento de uma String, para outra String. O Enum do Swift é bem poderoso, em relação as outras linguagens de programação, como Python, C#, etc.

Você pode usar de diversas maneiras, segue duas sugestões:

enum Status: String {
    case inProgress = "Em Progresso"
    case draft = "Rascunho"
    case deleted = "Deletado"
    case stopped = "Parado"
    case done = "Concluído"
    case notStarted = "Não Iniciado"
    case unknown = "Sem status"
    }
}

print(Status.done.rawValue) // "Concluído"

---

enum Status: CustomStringConvertible {
    case done
    case unknown

    var description: String {
        switch self {
            case .done: return "Concluído"
            case .unknown: return "Desconhecido"
        }
    }
}

let status = Status.done
print(status) // "Concluído"

let statusString = status.description
print(statusString) // "Concluído"

---

retornaOportunidades

Atenção... a sua função está no plural, o que da a entender, que retornará mutiplos elementos, mas está retornando apenas 1. O nome, talvez, seria retornaOportunidade. Outro cuidado, normalmente usariamos algo assim retornaOportuniadade(do catalogoDeOportunidades: [String]), pra que a leitura fique mais fluida.

Consumir dados da API e Exibir esses dados no detalhe do projeto

Criar esqueleto da tela de detalhes do projeto

Aplicar Layout ao esqueleto da célula

Consumir dados da API e Exibir esses dados na célula

[API] Adicionar conexão com BD