История изменений

Лямбды устроены так, что это не отдельный тип, а генерация реализации интерфейса. Потому все библиотеки джава мира сразу получает поддержку лямбд даже без перекомпиляции, там где есть передача реализации интерфейса с одним методом. Это касается Guava, concurrent алгоритмов, разнообразных колбеков всех фреймворков и библиотек. И при этому async и LINQ выглядят зашитыми в язык костылями. async вообще непонятно зачем если можно просто выполнить Callable поверх пула и получить Future. Со всеми плюшками кастомизации пула. LINQ - смешение работы над коллекциями, БД и XML, которые вообщем разные. JPA есть, операции над коллекциями есть и в стандартной библиотеке и в Guava, а с Java 8 автоматически с поддержкой лямбд

Лямбды устроены так, что это не отдельный тип, а генерация реализации интерфейса. Потому все библиотеки джава мира сразу получает поддержку лямбд даже без перекомпиляции, там где есть передача реализации интерфейса с одним методом. Это касается Guava, concurrent алгоритмов, разнообразных колбеков всех фреймворков и библиотек. И при этому async и LINQ выглядят зашитыми в язык костылями

Лямбды устроены так, что это не отдельный тип, а генерация реализации интерфейса. Потому все библиотеки джава мира сразу получает поддержку лямбд даже без перекомпиляции, там где есть передача реализации интерфейса с одним методом. Это касается Guavam, concurrent алгоритмов, разнообразных колбеков всех фреймворков и библиотек. И при этому async и LINQ выглядят зашитыми в язык костылями

Лямбды устроены так, что это не отдельный тип, а генерация реализации интерфейса. Потому все библиотеки джава мира сразу получает поддержку лямбд даже без перекомпиляции. Это касается Guavam, concurrent алгоритмов, разнообразных колбеков всех фреймворков и библиотек. И при этому async и LINQ выглядят зашитыми в язык костылями