Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ideias de implementação #4

Open
graciano opened this issue Oct 15, 2014 · 8 comments
Open

Ideias de implementação #4

graciano opened this issue Oct 15, 2014 · 8 comments

Comments

@graciano
Copy link
Collaborator

A ideia aqui é colocar tudo que for discutido e especulado sobre o projeto: frameworks, libs, como implementar tal coisa etc.

Inicialmente começamos com o que tem abaixo:
Itens a serem discutidos:
- parâmetros padrão da URI (offset e order by)
- validação dos campos de cada request
- LinkFactory e Providers (ver a questão de como serão mapeados os Resources)

@graciano
Copy link
Collaborator Author

Uma ideia legal é colocar o status http na response, não sei se eles cobram isso, mas faz muito sentido.. tipo assim

    @GET
    @Path("licitacoes/")
    public Response printMessage() {
        //...
        String result = databaseData.build();
        return Response.status(200).entity(result).build();
    }

@graciano
Copy link
Collaborator Author

Pra pegar annotations:

    methods = new HashMap<String, Method>();
    for (Method method : getClass().getMethods()) {
        if (method.isAnnotationPresent(Links.class)) {
            Links linksAnnotation = method.getAnnotation(Links.class);
            methods.put(linksAnnotation.resource(), method);
            }
    }

@graciano
Copy link
Collaborator Author

graciano commented Nov 6, 2014

Xiao disse para estudarmos spring. É MVC, já tem suporte a HAL, providers de JSON baseados nos nossos models e usa o swagger para supeorte à documentação. Me parece promissor.

@graciano
Copy link
Collaborator Author

graciano commented Nov 6, 2014

@pedrobarros dá uma olhada nas issues :P

@graciano
Copy link
Collaborator Author

graciano commented Nov 6, 2014

falta decidir se usaremos Gradle ou Maven. Dizem que Gradle é melhor e mais fácil de usar. Voto nele.

@graciano
Copy link
Collaborator Author

Uma ideia: ao invés de um Request usar métodos do tipo ResourceList, ele retornar algum outro tipo, que pode ser uma mmensagem de erro com um status http de erro 403 bad request ou 500 ou whatever ou um ResourceList com status ok 200.

@graciano
Copy link
Collaborator Author

graciano commented Dec 9, 2014

Coisas sobre a implementação do swagger:

lado ruim tem que usar maven ou gradle. Voto pra usar gradle só por ter ouvido falar que é mais fácil.
obs: swagger usa aquela ideia dada pelo @pedrobarros de colocar os parâmetros nos argumentos.

Fonte de informações aqui.

@graciano
Copy link
Collaborator Author

Para sincronizar o fork de compras usar estes links:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant