Функциональные интерфейсы. Лямбда-выражения. Ссылки на методы. Stream API Лекция №7 в курсе "Java" (осень 2014). Преподаватель: Алексей Владыкин. Страница лекции на сайте CS центра (с презентацией): goo.gl/aNR8EB
если записать лямбду (p) -> System.out.println(p) ---->> в такой записи --->> System.out::println --- двойное двоеточие говорит нам, что аргумент который поступит в метод стоит передать в метод который справа от двойного двоеточия?
А после добавления Трай с ресурсами, разве нельзя было убрать дополнительный метод, который Алексей выносил, чтобы обработать возможные ошибки, и вместо него просто Кэтч прописать?
@@lexxx1994 Тема доклада на слайде "функциональные элементы", этого сейчас везде навалом, вот например хвостовая рекурсия из коробки есть в жаве? или функциональные типы или алгебраические типы или паттерн-матчинг? настоящие ФПЯ для .net - nemerle, f#, про java боюсь соврать, быть может clojure. но попробуйте писать в фп стиле на чистой жаве и это очень быстро надоедает. так для разработки LINQ в .net (лямбды) приглашались специалисты по хаскелю. по сути получился отдельный язык(выражения linq разбираются отдельно и выполняются отдельно, что позволяет например, доставать из БД только по одной записи, т.е. лениво хотя код выглядит как обычный перебор), вообщем, выражение - все есть выражение, это не пустой звук. Разница колосальная. императивные языки менее выразительны по своей природе. Это как топор и швейцарский нож. просто на всякий случай.
@@nonamenobody2795 никто и не пишет на Java в функциональном стиле. Все лишь пользуются дополнительным синтаксическим сахаром, похожим на фп, что крайне удобно. Ибо я ебал строчить миллиарды строк кода, когда я могу на изи воспользоваться стримами на листе. Или, если мне нужно, могу спокойно реализовывать единственные методы интерфейсов, заменив их лямбдой. Java и не претендует на звание языка ФП.
