Methodinimien poiminta Javassa: Näppärä kikka SerializedLambda-luokalla

Oletko koskaan työskennellyt CSV-parserin, ORM-kirjaston tai REST-asiakkaan kanssa Javassa? Silloin olet todennäköisesti törmännyt ikävään ongelmaan: tarvitset kentän nimen merkkijonona, mutta merkkijonojen kovakoodaus tuntuu väärältä. Se on virhealtista, hajoaa refaktoroinnissa ja tekee koodipohjasta labyrintin täynnä "taikan merkkijonoja".

Entä jos voisit tehdä näin?

String author = csvContents.get(nameOf(Book::getAuthor));
String title = csvContents.get(nameOf(Book::title));

Välitä metodiviittaus suoraan, ja Java selvittää nimen puolestasi. Tutustutaan, miten tämä toimii.

Haaste

Java ei tarjoa natiivia tapaa saada metodin nimeä metodiviittauksesta. Kun kirjoitat Book::getAuthor, saat Function<Book, String> -olion, mutta ei ole sisäänrakennettua tapaa kysyä tuolta funktiolta: "Hei, mikä on sinun oikea metodin nimesi?"

Voit toki kokeilla heijastusta jälkikäteen:

Method[] methods = Book.class.getMethods();
String name = methods[0].getName(); // Toimii, mutta mikä niistä?

Tämä lähestymistapa kuitenkin vaatii, että tiedät jo, mitä metodia etsit – mikä vesittää koko idean.

SerializedLambda-temppu

Tässä asiat muuttuvat mielenkiintoisiksi. Kun Java serialisoi lambdan tai metodiviittauksen, se ei vain serialisoi jotain läpinäkyvää tavukoodia. Sen sijaan se luo SerializedLambda-olion, joka sisältää metadataa alkuperäisestä metodista – mukaan lukien sen nimen.

Nykytemppu on kaapata tämä serialisointiprosessi ennen sen valmistumista ja napata tuo SerializedLambda-objekti.

Tässä ydinimplementaatio:

public static <T, R> String nameOf(final Getter<T, R> methodRef) {
    return toSerializedLambda(methodRef).getImplMethodName();
}

private static <T, R> SerializedLambda toSerializedLambda(final Object methodRef) {
    try {
        try (CustomObjectOutputStream stream = new CustomObjectOutputStream()) {
            stream.writeObject(methodRef);
            return (SerializedLambda) stream.interceptedObject;
        }
    } catch (IOException e) {
        throw new RuntimeException(e);
    }
}

Luomme mukautetun ObjectOutputStream-luokan, joka kaappaa replaceObject-kutsun. Kun Java yrittää serialisoida metodiviittauksemme, se kutsuu replaceObject-metodia SerializedLambda-oliolla – ja me napataan se juuri silloin.

Miksi tämä on tärkeää

Tämä tekniikka avaa todella käytännöllisiä mahdollisuuksia:

Tyyppiturvallinen konfiguraatio datankäsittelyyn:

// Sen sijaan että kirjoittaisit näin:
dataMapper.map(book, "title", "author");

// Voit kirjoittaa näin:
dataMapper.map(book, nameOf(Book::title), nameOf(Book::getAuthor));

Käännösaikainen turvallisuus API-kutsuissa:

// Tietokantakyselyt, jotka refaktoroituvat turvallisesti
List<Book> results = bookRepository.findBy(nameOf(Book::getAuthor), "Shakespeare");

Jos nimeät getAuthor()-metodin uudelleen, kääntäjä merkitsee kaikki nameOf(Book::getAuthor) -kutsut, jotka tarvitsevat päivitystä. Ei enää kovakoodattujen merkkijonojen jahtaamista.

Yksinkertaisten gettereiden tuolta puolen

Perusratkaisu toimii mainiosti parametrittomille metodeille, mutta entä jos metodissa on parametreja? Voit laajentaa lähestymistapaa määrittelemällä lisää serialisoituvia funktionaalisia rajapintoja:

public interface BiFunction2<T1, T2, R> extends Serializable {
    R apply(T1 t1, T2 t2);
}

public <T1, T2, R> String nameOf(final BiFunction2<T1, T2, R> methodRef) {
    return toSerializedLambda(methodRef).getImplMethodName();
}

Tämä mahdollistaa sellaisten metodien käsittelyn kuin BookService::findByTitleAndAuthor tai Repository::save.

Varovaisuutta形容词

Vaikka tekniikka on tehokas, pidä mielessä muutama seikka:

• Suorituskyky: Serialisointi aiheuttaa ylimääräistä kuormitusta. Älä kutsu nameOf()-metodia kuumissa silmukoissa – kutsu sitä kerran alustuksen aikana ja välimuistita tulos.
• Serialisointivaatimukset: Funktionaalisten rajapintojesi täytyy toteuttaa Serializable.
• Ei universaali: Tämä toimii metodiviittauksille, jotka voidaan sijoittaa funktionaalisiin rajapintoihin. Arbitraaristen metodien käsittelyyn tarvitaan edelleen suoraa heijastusta.

Kirjastot apuun

Jos implementaatio tuntuu liian työläältä, hyvä uutinen: homma on jo tehty. Safety Mirror -kirjasto tarjoaa vankkoja toteutuksia ja vie konseptin jopa pidemmälle – se osaa poimia suoraan java.lang.reflect.Method-oliot, mikä antaa täydet heijastusmahdollisuudet tyyppiturvallisuuden kera.

Yhteenveto

Javan metodiviittaukset ovat voimakkaita, mutta ne piilottavat metodin nimet tarkoituksella. Joskus tarvitset tuon metadatan takaisin. SerializedLambda-kikka tarjoaa siistin, tyyppiturvallisen tavan sovittaa kuilun – mahdollistaen ekspressiivisen, refaktorointiystävällisen koodin kirjoittamisen samalla kun maagiset merkkijonot pysyvät loitolla.

Olitpa sitten rakentamassa datankäsittelyputkea, joustavaa API-asiakasta tai vain kyllästynyt jahtaamaan "getAuthor"-merkkijonoja koodipohjassasi, tämä tekniikka voi olla juuri sitä mitä tarvitset.

Löysitkö luovia käyttötapoja metodiviittausten metadatalle projekteissasi? Jätä kommentti alle – kerro, miten käytät näitä patterns-arvoja omassa koodissasi.