ObservableList: come rilevare in modo affidabile un setAll?

Question

In alcuni contesti è necessario rilevare - in un ListChangeListener, senza controllo sulla lista stessa - un "tutti i dati scambiati", f.i. quando abbiamo bisogno di cancellare alcuni stati come la selezione - su dati completamente nuovi il vecchio stato non ha senso.

completamente nuovi dati possono essere raggiunte in

• list.setAll (...)
• list.set (otherObservableList) se la lista è un ListProperty

Pensando a quale tipo di le modifiche possono essere attivate su setAll (c è la modifica, gli articoli sono la lista osservata, lo pseudo-codice "subChangeCount" per il conteggio dei sottocanali):

// initially empty 
assertEquals(0, items.size()); 
items.setAll(1, 2, 4); 
assertEquals(1, c.subChangeCount()); 
assertTrue(c.wasAdded() && !c.wasReplaced()); 
assertEquals(0, c.getFrom()); 
assertEquals(c.getList().size(), c.getAddedSize()); 

// initially not empty 
assertTrue(items.size() > 0); 
items.setAll(1, 2, 4); 
assertEquals(1, c.subChangeCount()); 
assertTrue(c.wasReplaced()); 
assertEquals(0, c.getFrom()); 
assertEquals(c.getList().size(), c.getAddedSize()); 

Questo sembra permettere un controllo utilità come:

boolean wasSetOrClearedAll(Change c) { 
    if (c.getList().isEmpty()) return true; 
    c.next(); 
    if (c.getAddedSize() == c.getList().size()) return true; 
    return false; 
} 

Al contrario, codice fx interna, F.I. in ascolto di voci ComboBox':

while (c.next()) { 
    comboBox.wasSetAllCalled = comboBox.previousItemCount == c.getRemovedSize(); 
    ... 
} 
comboBox.previousItemCount = getItemCount(); 

negozi del vecchio ItemCount e confrontare quella contro il removedSize corrente (che sono a disagio con, vecchio stato diventa stantio troppo spesso per i miei gusti), tuttavia, c'è una buona probabilità che mi manca qualcosa con il mio approccio.

domanda è:

in quale contesto sarebbe il mio metodo di utilità fallire (e l'approccio di base rileverebbe SETALL correttamente)?

Answer 1

Sfortunatamente non esiste un modo affidabile per rilevare questo lato di Listener.

La lotta inizia con la L'implementazione di default, che appare per lo più come questo:

@Override 
public boolean setAll(Collection<? extends E> col) { 
    beginChange(); 
    try { 
     clear(); 
     addAll(col); 
    } finally { 
     endChange(); 
    } 
    return true; 
} 

Se si passa un insieme vuoto per setAll il risultato e l'evento che viene generato sono sia esattamente la stessa di quando si farebbe Ho chiamato clear.

Quindi il metodo wasSetOrClearedAll restituisce true quando è stato chiamato anche clear (così come l'implementazione principale).

Quindi, alla fine non esiste un rilevamento generico di setAll, tutto dipende dal vostro caso d'uso. Se riesci a restringere ciò che stai cercando di rilevare, puoi scrivere un filtro per questo.