Open filipealvess opened 1 year ago
500
no retorno final (no except
) dos métodos (alguns estão retornando 400
)DELETE /cultures/<id>
PATCH /irrigation-zones/<id>
DELETE /irrigation-zones/<id>
PATCH /schedules/<id>
toggle_irrigation
)PATCH
, não GET
, já que a rota realiza uma alteração parcial dos recursosPodemos marcar uma call para segunda ou terça feira se vcs concordarem @filipealvess @JoaoViniciusLima
Acionamento manual de irrigação (
toggle_irrigation
)
- [ ] O método deveria ser
PATCH
, nãoGET
, já que a rota realiza uma alteração parcial dos recursos- [ ] Deve-se exigir o token, já que é uma ação de grande impacto
Só lembrando que o toggle_irrigation
surgiu naquela semana de deadline de apresentação do projeto funcional. E o toggle_irrigation
por vezes pode ser chamado direto pelo sistema do circuito, que talvez não tenha implementação de todos os verbos HTTP.
Tô ligado, @felipealencar... como dizem: "feito é melhor que perfeito" 😄
Mas, agora com mais tempo, acho que a gente precisa pensar um pouco mais sobre essa funcionalidade...
Talvez, dependendo do propósito e das regras de negócio, dê pra gente colocar isso na divisão dos protocolos que eu mencionei:
Separar comunicação MQTT de HTTP
Enfim, vamos vendo isso aos poucos ✌🏻
@felipealencar @JoaoViniciusLima @lopesmayk
Tô preocupado com algumas coisas na API...
Imagino que, se a gente seguir implementando novas funcionalidades, vamos acabar tendo um retrabalho insuportável num futuro breve pra corrigir os diversos problemas que temos e que provavelmente o código atual vai causar.
Queria expor aqui alguns pontos que vejo como "problemas". Não é uma batida de martelo, é uma abertura de discussão, então peço que mostrem vossas opiniões pra gente ter uma discussão bacana que possa fazer nossa plataforma evoluir ✌🏻🙃
Vou separar em "melhorias gerais", que servem pra várias rotas ou partes da API, e alguns pontos específicos de algumas funcionalidades: