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

Backlog (parte 1) #1

Closed
12 of 13 tasks
sammid37 opened this issue Nov 7, 2023 · 3 comments
Closed
12 of 13 tasks

Backlog (parte 1) #1

sammid37 opened this issue Nov 7, 2023 · 3 comments
Labels
Documentação Referente a documentação do projeto
Milestone

Comments

@sammid37
Copy link
Owner

sammid37 commented Nov 7, 2023

Projeto Final de BD

Sobre o que é o nosso projeto?

Um sistema para revendedores SKY (categoria 50).

Especificações Parte 1

Cada entidade deve ter no mín. 4 atributos (OK)
Usar bastantes métodos (???)

Issues que serão movidas para #2

Referências

@sammid37 sammid37 changed the title Backlog Backlog (parte 1) Nov 13, 2023
@sammid37 sammid37 added this to the Parte 1 milestone Nov 13, 2023
@sammid37 sammid37 mentioned this issue Nov 13, 2023
19 tasks
@sammid37 sammid37 added To Dev Desenvolvimento a ser iniciado Documentação Referente a documentação do projeto and removed To Dev Desenvolvimento a ser iniciado labels Dec 1, 2023
@sammid37 sammid37 pinned this issue Dec 1, 2023
@sammid37
Copy link
Owner Author

sammid37 commented Feb 8, 2024

Observações da reunião do dia 08/02/2024

  • Finalizar Getters e Setters de cada classe
    • Cliente
    • Vendedor
    • Produto
    • Pedido
  • Realizar CRUD, ou seja, conseguir cadastrar e modificar ...
    • usuários
    • produtos
    • pedidos
  • Criar menu de opções

@sammid37
Copy link
Owner Author

Sugestão de implementação para obter o tipo de usuário no ato de cadastro: executar a aplicação em determinada porta.

A sugestão abaixo é do ChatGPT

Ver sugestão do ChatGPT

Q: Eu poderia também executar o meu projeto java em uma determinada porta para informar o tipo de usuário? Como isso poderia ser feito?

A: Executar o projeto Java em uma porta específica para informar o tipo de usuário é uma abordagem possível. Nesse caso, você pode utilizar a URL do servidor para determinar o tipo de usuário.

Por exemplo, você pode configurar o servidor para executar em diferentes portas para diferentes tipos de usuários. Quando o cliente acessar a aplicação através de uma determinada porta, você pode inferir o tipo de usuário com base na porta utilizada.

Aqui está uma abordagem simplificada de como isso poderia ser feito:

  1. Configure o servidor para escutar em diferentes portas para diferentes tipos de usuários. Por exemplo:

    • Porta 8080 para clientes
    • Porta 8081 para vendedores
  2. Na parte do cliente da aplicação, configure-o para acessar o servidor na porta específica atribuída aos clientes.

  3. Na parte do servidor da aplicação, verifique a porta pela qual a solicitação foi recebida e determine o tipo de usuário com base nela.

Por exemplo, suponha que você esteja usando um servidor HTTP embutido, como o Jetty. Você pode configurá-lo para escutar em diferentes portas usando algo semelhante ao seguinte código:

import org.eclipse.jetty.server.Server;
import org.eclipse.jetty.server.ServerConnector;

public class Main {
    public static void main(String[] args) throws Exception {
        Server server = new Server();

        // Configura o conector para escutar na porta 8080 para clientes
        ServerConnector clientConnector = new ServerConnector(server);
        clientConnector.setPort(8080);
        server.addConnector(clientConnector);

        // Configura o conector para escutar na porta 8081 para vendedores
        ServerConnector sellerConnector = new ServerConnector(server);
        sellerConnector.setPort(8081);
        server.addConnector(sellerConnector);

        server.start();
        server.join();
    }
}

No lado do servidor, você pode obter a porta pela qual a solicitação foi recebida e determinar o tipo de usuário com base nela. Isso pode ser feito através da análise da URL ou de outros mecanismos fornecidos pelo framework de servidor que você está usando.

Essa abordagem pode ser útil em certos casos, mas tenha em mente que ela pode não ser tão flexível quanto outras abordagens, como passar o tipo de usuário como um parâmetro na solicitação HTTP ou no corpo da requisição. Certifique-se de avaliar as necessidades do seu projeto antes de decidir qual abordagem utilizar.

Talvez isso só dificulte o projeto. Pensar em outra solução mais simples.

@sammid37
Copy link
Owner Author

sammid37 commented Mar 6, 2024

Pendências!!

Essas descrições encontram-se disponíveis nos comentários das issues listadas acima tbm!

TO DO

  • CRUD do Produto: falta a opção listar todos (visível para clientes logados e não logados! Ver na classe CatalogoLoja ou inserir lógica em ProdutoMenu)
  • CRUD Cliente:
    • inserir lógica para atualizar o cadastro
    • visualizar pedidos
    • chamar método de visualizar catálogo da loja
  • CRUD Vendedor:
    • gerenciar pedidos
    • CRUD Relatório: falta realizar
    • chamar método de visualizar catálogo da loja em gerenciar produtos (ou seja, listar todos os produtos)
  • CRUD Pedidos: falta inicializar
  • Outros: Tratamentos de exceções (por último!)
  • Outros: criptografia de senhas e validação de cadastro (não pode ter mais de um usuário com o mesmo email!!)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Documentação Referente a documentação do projeto
Projects
None yet
Development

No branches or pull requests

2 participants