Empresas
Empregos
  • Sobre nós
  • Soluções
    • Publicação de vagas
      Publique sua vaga e receba candidatos qualificados em 48h.
    • Avaliações de candidatos
      Mais de 500 testes técnicos e psicológicos, mais anti-fraude.
    • Headhunting
      Busca executiva personalizada do início ao fim.
    • Folha de Pagamento + EOR
      Dispersão de folha e EOR em mais de 15 países da LATAM.
  • Preços
  • Empregos

0

140
Visualizações
Simplifica la decisión de usar un objeto u otro en Java

Tengo una clase de Transaction que se ve así:

 public class Transaction { private Transaction parentTransaction; private long amount; private String orderNumber; }

Entonces tiene un campo que apunta a otra Transaction .

También hay un método como este:

 public void build(Transaction transaction) { final long amount = transaction.getParentTransaction() == null ? transaction.getAmount() : transaction.getParentTransaction().getAmount(); final String orderNumber = transaction.getParentTransaction() == null ? transaction.getOrderNumber() : transaction.getParentTransaction().getOrderNumber(); // same pattern follows for more fields... // do other stuff... }

Dependiendo de si existe una parentTransaction , por ejemplo, el campo de amount se utilizará desde la parentTransaction o la transaction . Lo que no me gusta de este enfoque es el uso repetitivo de la transaction.getParentTransaction() == null ? ... plazo.

¿Hay algún patrón o enfoque sobre cómo podría evitar esto?

over 4 years ago · Santiago Trujillo
4 Respostas
Responde à pergunta

0

intente Opcional como lo sugieren otros:

 public void build(Transaction transaction) { Transaction parentTransactionElseTransaction = Optional.of(transaction) .map(t -> t.getParentTransaction()) .orElse(transaction); final long amount = parentTransactionElseTransaction.getAmount(); final String orderNumber = parentTransactionElseTransaction.getOrderNumber(); // same pattern follows for more fields... // do other stuff... }
over 4 years ago · Santiago Trujillo Relatório

0

Use algunas refactorizaciones menores con Opcional:

 public void build(Transaction transaction) { Transaction t = Optional.of(transaction).map(Transaction::getParent).orElse(transaction); long amount = t.getAmount(); String orderNumber = t.getOrderNumber(); // etc }
over 4 years ago · Santiago Trujillo Relatório

0

public void build(Transaction transaction) { final long amount = Optional.ofNullable(transaction.getParentTransaction()).orElse(transaction).getAmount(); final String orderNumber = Optional.ofNullable(transaction.getParentTransaction()).orElse(transaction).getOrderNumber(); // same pattern follows for more fields... // do other stuff... }

Puede usar Optional.ofNullable().orElse() aquí

over 4 years ago · Santiago Trujillo Relatório

0

Opcional es una opción, pero creo que hay una solución mucho más simple:

 public void build(Transaction transaction) { Transaction buildFrom = transaction.getParentTransaction() == null ? transaction : transaction.getParentTransaction(); ... String orderNumber = buildFrom.getOrderNumber();

Si no te gusta esa mezcla de abstracciones, puedes ir un paso más allá y poner eso ? : línea en un pequeño método auxiliar.

over 4 years ago · Santiago Trujillo Relatório
Responde à pergunta
Encontrar trabalhos remotos

Descubra a nova forma de encontrar um emprego!

melhores empregos
Principais categorias de trabalho
Empresas
Postar vaga Preços Comercial
Jurídico
Termos e Condições Política de privacidade
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomende algumas ofertas para mim
Preciso de ajuda