ridichiarazione dei parametri

Question

mentre guardando attraverso il codice sorgente di selenio ho notato quanto segue nella PageFactory:

public static <T> T initElements(WebDriver driver, Class<T> pageClassToProxy) { 
    T page = instantiatePage(driver, pageClassToProxy); 
    initElements(driver, page); 
    return page; 
} 

public static void initElements(WebDriver driver, Object page) { 
    final WebDriver driverRef = driver; 
    initElements(new DefaultElementLocatorFactory(driverRef), page); 
} 

Qual è il vantaggio di avere la seguente riga?

final WebDriver driverRef = driver; 

Non sarebbe un senso di fare solo il parametro finale, e poi passando che insieme a quello successivo senza dichiarare il nuovo riferimento?

Answer 1

Bene, la risposta è che l'impostazione final su una variabile e solo usarla come argomento per una funzione è completamente inutile. Nel costruttore DefaultElementLocatorFactory, la variabile relativa all'argomento di input può essere riassegnata liberamente, poiché è una copia del riferimento originale.

P.S. ... a meno che, ovviamente, come suggerito dall'OP, l'argomento di input sia invece dichiarato final.

Answer 2

La cosa migliore che posso venire con (partendo dal presupposto che gli sviluppatori Selene hanno più di una conoscenza di base di come funziona java - che credo è dato):

Presumibilmente prima che ci fosse una classe DefaultElementLocatorFactory, il metodo utilizzava una funzione interna anonima e quando il codice veniva refactored alcune parti erano semplicemente trascurate.