Interestingly, some of what we've discussed is now reaching Java world, too:QuoteDesign Patterns in the Light of Lambda Expressions by SubramaniamWe all have used design pattern in Java for decades. Most of those patterns were influenced by the capability of the language. The capability of the language, however, got better with Java 8. With lambdas, we will use some design patterns differently than before. There are other design patterns that we can use now that were beyond reasonable reach before. If you're into design patterns, what to up your skills on applying patterns with lambdas and related capabilities in Java 8, see you at the session. Pattern Reloaded by Remi ForaxThe introduction of functional interfaces in Java 8 allows to easily use the concepts of functional programming in Java. But Java is still an OOP language, and i think it's interesting to take a look at a little farther and anwser to the question how FP and OOP can be mixed together in Java 8. This talk will use the design patterns of the GoF as a common story, and show a lot of codes explaining how most of the behavioral and creational patterns can be re-written using a mix between FP and OOP in Java. object oriented to functional domain modeling by Mario FuscoThe main consequence of the introduction of lambda expressions in Java 8 is the possibility of conveniently mixing the object oriented and the functional paradigms. Nevertheless the biggest part of Java developers is not used yet to employ functional idioms and then they are not ready to fully leverage the new functional capabilities of Java. In particular it is still uncommon to see functions used together with data in business domain model. The purpose of this talk is not doing a comparison between object oriented and functional programming, but showing how these two styles can be combined in order to take advantage of the good parts of both. For example it's usual to pass a list of data to a function that processes them, but there are cases when you may want to create a list of functions and pass a single data through all of them. Immutable objects leads to a inherently thread-safe domain model. Functions often compose better than objects. Side-effect free code allows better reusability. This talk will demonstrate the validity of these statements with practical examples till to distil the essence of functional programming: data and behaviours are two aspects of the same thing.
Last edited by Polter
on November 26th, 2015, 11:00 pm, edited 1 time in total.