Есть ли что-то вроде LINQ для Java?

Посмотрите на Scala, мощный язык функционального программирования, но похожий на Java и работающий на платформе Java.

В Scala можно использовать практически те же конструкции кода, что и в LINQ, хотя и без специального синтаксиса обработки запросов, присутствующего в C# или VB.

ИЗМЕНИТЬ:

Вот пример возможностей запросов Scala:

// Get all StackOverflow users with more than 20,000 reputation points.
val topUsers = for{
    u <- users
    if u.reputation > 20000
} yield u;

println ("Users with more than 20,000 reputation:")
for (u <- topUsers) {
    println u.name
}

Важно отметить, что LINQ — это четыре вещи:

• Монадическое понимание
• Интеграция с базой данных
• SQL-подобный синтаксис
• Манипуляции с АСТ

Люди, которые только что слышали об этом, могут думать об этом просто как об интеграции с базой данных. Люди, которые немного работали с ним, вероятно, думают о синтаксисе, подобном SQL. Те, кто действительно копается, будут знать о монадическом аспекте понимания, даже если они не знают, что это такое.

Если взять, например, Scala, у него будет монадическое понимание без остальных трех. Существует библиотека под названием ScalaQuery, которая обеспечивает интеграцию с базой данных посредством монадического понимания (внутренняя возможность сделать это это главная причина, по которой монады круты). Другой проект под названием ScalaQL, я думаю, намерен предоставить почти то же самое, но с использованием плагина компилятора для улучшения. Я не знал о работе Мигеля Гарсии, которую вы упомянули, но, увидев другие работы, которые он сделал, я в восторге от нее.

Однако для монадического понимания не требуется специальный синтаксис. Это просто делает его незагроможденным шаблоном. Так что этот аспект мгновенно доступен для языков с нужным уровнем поддержки дженериков.

Две вещи, которые Scala не делает. Во-первых, это SQL-подобный синтаксис. Ничего не поделаешь: синтаксис SQL выглядит неуместным в Scala. Я думаю, можно с уверенностью сказать, что большинство программистов на Scala предпочли бы остаться с тем, что им знакомо — так называемым пониманием.

Еще одна вещь, которую я еще не обсуждал, манипуляции с AST. Это возможность манипулировать кодом, который был проанализирован компилятором, но еще не преобразован в байтовый код, предоставляя возможность изменить его до завершения генерации.

Я думаю, что такая вещь была бы благом для Scala — черт возьми, для любого языка. Но, опять же, у меня есть опыт работы программистом на Форте, где возможность изменять код во время его компиляции была Богом данным правом. .Net может сделать это через LINQ, как и некоторые другие языки, такие как Ruby.

LINQ будет сложно использовать в Java из-за отсутствия замыканий. Предполагая, что Java 7 действительно действительно получает достаточно компактную поддержку замыкания и методы расширения, LINQ с точки зрения «точечной нотации» должен быть возможен, даже если он не получает эквивалента выражений запросов.

Библиотека коллекций Google (сейчас версия 1.0, но будет заменена на Guava, когда это будет готово) содержат множество необходимых методов, и я не удивлюсь, увидев 101 LINQ-подобные API-интерфейсы появляются, как только поддержка замыкания выглядит достаточно окончательной.

Однако я не вижу (на данный момент) того, что Java получает что-то вроде деревьев выражений, поэтому я подозреваю, что вы будете ограничены LINQ to Objects, если у вас нет пользовательской компиляции.

Проверьте Quaere. Это LINQ-подобный DSL для Java, который вы можете включить в качестве библиотеки. Пример:

// Get all StackOverflow users with more than 20,000 reputation points.
Iterable<User> topUsers = from("u").in(entityManager.entity(User.class)).
    where(gt("u.getReputation()", 20000)).
    select("u");

System.out.println("Users with more than 20,000 reputation:");
for (User u : topUsers) {
    System.out.println(u.getName());
}

Однако обратите внимание, что в Java нет понятия, аналогичного методам расширения. Что бы ни было в Quaere, в значительной степени это то, с чем вы застряли; если вам нужно создать свои собственные специальные утилиты, они, вероятно, должны быть в отдельных классах утилит (ick).

Кроме того, поскольку в Java ‹ 7 нет собственных замыканий, вы застряли со строками для ссылки на вещи, и ваша IDE не может проанализировать их, чтобы показать вам проблемы, если вы что-то опечатаете. (Однако более умная IDE могла бы справиться с этим недостатком, если бы кто-то написал плагины самоанализа для Quaere.)

Используя библиотеку lambdaj, вы можете найти пользователей с самой высокой репутацией следующим образом:

List<User> topUsers = 
    select(users, having(on(User.class).getReputation(), greaterThan(20000)));

У него есть некоторые преимущества по сравнению с библиотекой Quaere, потому что он не использует магическую строку, он полностью типобезопасен и, на мой взгляд, предлагает более читаемый DSL.

Вы можете попробовать редактирование, которое реализует цепные методы запроса в коллекции.

   Integer[] values = new Integer[] {0,1,2,3,4,5,6,7,8,9,10};

   Enumerable<Integer> query = new Enumerable<Integer>(values).where(new Predicate<Integer>(){

    @Override
    public boolean evaluate(Integer value) throws Exception {
        return value % 2 == 0;
    }});

   for(Integer i : query)
   {
       System.out.write(i);
       System.out.write('\n');
   }

CQEngine или механизм запросов коллекции http://code.google.com/p/cqengine/ кажется чрезвычайно многообещающе. Хотя не пробовал. Это позволяет вам создавать индексы по коллекциям и запрашивать их. Предполагается, что очень быстро.

Есть ли что-то столь же простое в использовании, как LINQ-2-SQL на JVM? Я хочу генерировать сущности (классы) из схемы БД с помощью какого-то инструмента и использовать их для непосредственного взаимодействия с БД. Есть ли решение без XML? Я не хочу комментировать классы. В .NET этот инструмент называется sqlmetal. Это своего рода препроцессор, который, так сказать, генерирует все классы БД.

Как только это будет сделано, я думаю, будет довольно легко использовать встроенные языковые конструкции Scala.