Modello di progettazione Java per mantenere un nome di metodo in un file di proprietà

Question

Ho una coppia di file di proprietà (chiave/valore) da cui attualmente leggo un valore rispetto a una chiave e visualizzo tale valore come è nell'interfaccia utente.

La complessità è aumentata, ora il valore è più dinamico in base ad alcune formule. La formula include un parametro variabile il cui valore otterrò in fase di esecuzione.

Esiste un modello di progettazione java per progettare questo scenario.

Stavo pensando di inserire un nome di metodo nel file di proprietà su una chiave.

Ora leggerò la chiave e recupererò il nome del metodo. Questo metodo calcolerà il valore per quella particolare chiave.

Per favore fatemi sapere il vostro suggerimento

Answer 1

Esiste un modello di progettazione del Java per la progettazione di questo scenario.

Non so se c'è uno schema.

---

Se ho capito la tua domanda giusta posso spiegare quello che faccio di solito.

• inserire stringhe localizzabili nei miei proprietà valori
  Io di solito uso #number#
• Sostituire in un secondo momento quando le variabili vengono risolte

piccolo esempio:

messages.properties

name.of.key = sum of #0# + #1# = #2# 

Poi leggere il valore da e sostituire il #num# con valori gli appropriati (NOTA: qui è lo stesso metodo per shortenes, ma utilizzare un replace metodo esterno):

public void printSum(int n1, int n2) { 
    String myString = messageSource("name.of.key", Locale.getDefault(), null, null)); 
    myString.replace("#0#", String.valueOf(n1)); 
    myString.replace("#1#", String.valueOf(n2)); 
    myString.replace("#2#", String.valueOf(n1+n2)); 
    System.out.println(myString); 
} 

USCITA printSum(1,2);

sum of 1 + 2 = 3 

Answer 2

È possibile utilizzare la modello di strategia mettendo il nome del metodo/algoritmo nel file di proprietà:

public interface IFormula{ 
    public int formula(int a, int b); 
} 
public class Sum implements IFormula{ 
    public int formula(int a, int b){ 
     return a+b; 
    } 
} 

Quindi è possibile selezionare il metodo di ottenere il nome da un file di proprietà:

public static Strategy getStrategy(Name name) { 
    switch (name) { 
     case SUM: 
      return new Sum(); 
     ... 
    } 
} 

Answer 3

Usare Java incorporato JavaScript engine per valutare le espressioni . Per abbinare lo spirito più da vicino, puoi usare JSON per le proprietà.

Se la sicurezza è importante, è necessario fornire lo class filter. Può essere molto semplice e restrittivo in quanto è necessario solo valutare espressioni banali. L'esempio sul filtro di classe può essere trovato here.

Answer 4

Sembra che lo ANTLR farebbe un ottimo adattamento.

È un generatore di parser. Gli dai la grammatica come input e in cambio ti fornisce un parser.

È possibile utilizzare il parser per trasformare la formula testuale in una rappresentazione ad albero analizzata. Successivamente, è possibile eseguire un visitatore per valutare ciascuno dei nodi. Basta scrivere qualche funzione semplice da implementare il comportamento, come ad esempio:

public Double visitAdd(AntlrNode left, AntlrNode right) { 
    Double left = visit(left); 
    Double right = viist(right); 

    return left + right; 
} 

La grammatica è molto vicino alla notazione BNF familiare. Descrivi solo come sono le tue stringhe di formula. Ad esempio:

formula : left '+' right; 
left: Number; 
right: Number; 
Number: [0-9]+; 

Answer 5

Un'altra soluzione è il refactoring della mappa in modo che il tipo di valore sia un'interfaccia funzionale il cui metodo accetta un parametro arbitrario. Per esempio:

@FunctionalInterface 
interface ValueType<R> { 
    R eval(Object param); 
} 

Questa soluzione (o una variante di esso) permetterebbe di associare un lambda con le chiavi piuttosto che un valore fisso. L'esecuzione di un lambda dovrebbe essere molto meglio di un parser di run-time pur continuando a offrire la flessibilità necessaria per far dipendere il valore associato da un argomento run-time.

Questa soluzione deve anche essere meno vulnerabile agli attacchi di iniezione rispetto a una soluzione basata sull'analisi di runtime.

Answer 6

Dal momento che sembra voler un nome per il motivo ... il motivo è chiamato: Domain Specific Language.

E di nuovo se si desidera rimanere nei regni di modelli astratti e design è possibile leggere Martin Fowlers discussion on the topic at length.

Inutile dire che sono una tonnellata di strumenti che risolvono il modello di cui sopra (comprese alcune delle risposte qui).

L'altro schema che consiglio vivamente di NON do è utilizzare un linguaggio generico con un programma di valutazione (ad es. Javascript, EL, Groovy, ecc.). Questo in genere ha problemi di sicurezza e di prestazioni (ovviamente ci sono delle eccezioni).