Quali sono i vantaggi di Lambda Expressions per sistemi multicore?

Question

Il Java Tutorials per Lambda Expressions dice il seguente:

questa sezione vengono illustrate funzionalità incluse in Project Lambda, che mira per supportare la programmazione in un ambiente multicore con l'aggiunta di chiusure e funzioni correlate al linguaggio Java.

La mia domanda è: quali vantaggi concreti ho con Lambda Expressions secondo i sistemi multicore e la programmazione simultanea/parallela?

Answer 1

Il parallelismo è banale da implementare per es. se si dispone di una raccolta e di implementare un lambda così:

collection.map { // my lambda } 

allora la collezione si può parallelizzare che il funzionamento senza dover fare la filettatura ecc te stesso. Il parallelismo viene gestito all'interno dell'implementazione della raccolta map().

in modo puramente funzionale (cioè senza effetti collaterali) del sistema, si può fare questo per ogni lambda. Per un ambiente non puramente funzionale dovresti selezionare i lambda per i quali ciò si applicherebbe (poiché il tuo lambda potrebbe non funzionare in sicurezza in parallelo). per esempio. in Scala devi esplicitamente prendere il parallel view on a collection per implementare quanto sopra.

Answer 2

Alcuni materiale di riferimento:

• Si può leggere la risposta di Maurice Naftalin in Why are lambda expressions being added to Java.
• Oppure puoi leggere la risposta di Mark Reinhold nel suo articolo Closures for Java.
• Reinhold ha anche scritto, nel suo blog, un Closures Q&A che sembra affrontare alcune delle vostre domande.
• E c'è anche un articolo interessante in JavaWorld su Understanding the Closures Debate.

Answer 3

Nel pieno rispetto della funzione lambda Java e degli intenti o sviluppatori, vorrei chiedere: qual è il nuovo e perché è migliore rispetto all'approccio tradizionale di interfaccia/metodo? Perché è meglio di (supponiamo) forEach(IApply) dove:

IApply è un'interfaccia

public interface IApply { 
    void exec(KEY key, VALUE value); 
} 

Come impedisce al parallelismo? Almeno l'implementazione di IApply può essere riutilizzata, ereditata (estesa), implementata in classe statica.
L'ultimo argomento è importante dopo decine di esempi di errori di juniores che visto che manca quel codice lambda accede a questa di classe esterna può essere una causa di classe rimane nella memoria dopo chiaro riferimento ad essa è già nullo.
Da questo punto di vista riferimento a membri statici di una classe sono molto importanti (sono le analogie di un caso di C# "delegare" s. E principally- da una lambda a mano è super incapsulamento, da un altro non è riutilizzabile, e contemporaneamente - violazione dei principi di base della cultura OOD:..? utenti che accede master gratuito dal punto di vista della cultura della retromarcia programming- agli anni 70-esimo secolo scorso
programmazione funzionale -Vedo, ma perché per mix è il fenomeno OOP che Java è.L'OOD ha un modello meraviglioso chiamato disaccoppiamento Data-Behaviour che offre elegantemente le stesse possibilità? L'argomento - è lo stesso di Java Script ... nu, davvero! Quindi dagli strumenti per incorporare Java Script in Java e scrivere blocchi di sistema in Java Script. Quindi non vedo ancora così tanti benefici reali, come ci sono in onda di pubblicità.