MOBILE - homeScreen and AddTaskScreen refactoring

[CroyzCamel]

modificação das respostas das atividades para a nova versão;

Issue

This pull request refers to Issue #

• Does not apply to this pull request

Description

screen modification, adding layout for suitability

Types of changes

• New feature (non-breaking change which adds functionality).
• Bug fix (non-breaking change which fixes an issue).
• Breaking change (fix or feature that would cause existing functionality to not work as expected).

What changed:

• UI
• Business rule
• Documentation
• Gradle or Build
• Navigation
• Tests
• Resource files
• Project architecture
• Code style

Checklist

• Have tested the changes.
• Met all the acceptance requirements of this task.
• Verified if branch is up-to-date with develop (if not - rebase it or merge it).
• Resolve git conflicts

If any of the acceptance criteria are not met, please explain why below

What is the criteria? Why it is different?

[OdisBy]

Boa, ficou bem legal assim ❤️

Coloquei alguns comentários mas alguns são dúvidas tbm, pode debater lá de boa!

Ah e se atente a colocar uma linha em branco no final do arquivo, o github costuma reclamar quando está faltando! Esse PR pode deixar sem msm, mas nos próximos vou cobrar rs.

[OdisBy]

Pq está criando essa função? Pode usar o próprio construtor da Task, não?

[CroyzCamel]

Bem diretamente daria certo também. Mas eu basicamente, tentei implmentar algo do design patterns chamado Factory Method.
https://johankovalsikoski.medium.com/kotlin-design-patterns-2-factory-method-4350487a8a#:~:text=O%20Factory%20Method%20é%20sobre,a%20partir%20de%20um%20parâmetro.

[OdisBy]

Hmm eu entendo, esse padrão é dhr msm. No entanto acho que ele não se aplica tanto nesse caso de ter quase todos os paramêtros (ou todos) no Factory.

Um exemplo que seria interessante por exemplo seria se pudessemos salvar só com o título por exemplo, e termos valores default para os outros:

private fun create(
            title: String,
        ): Task {
            return Task(
                id = UUID.random(),
                title = title,
                description = "",
                category = Category.Default,
                date = LocalDate.now(),
                type = Type.Default,
                isSelected = false
            )
        }

nesse caso para criar o objeto passaria apenas o título 😄, há outros casos tbm, mas para recriar todo o construtor dificilmente acho a pena, a não ser que vá passar nomes mais claros por exemplo, que não poderia estar no model mas pode estar nesse factory.

[OdisBy]

Mas pode manter desse jeito sem problemas, só queria saber o motivo msm, não tem problemas

[CroyzCamel]

Show show,
Irei passar novamente para compreender melhor

[CroyzCamel]

Ruliam, meu jovem. Essa mezera do github não me ajude a resolver esses conflitos

[OdisBy]

Fechando como conversamos!