получить данные по ключу firebase laravel

Вы говорите об «Language Integrated Query» или в пространстве имен System::Linq? Каждый программист, которого я знаю, предпочитает синтаксис вызова функции вместо синтаксиса LINQ.

C ++ / CLI не поддерживает синтаксис LINQ. Базы данных в прошлом поддерживали форму языкового интегрированного запроса, называемого Embedded SQL, который в наши дни почти мертв. Встраиваемый SQL (и более поздний LINQ-to-SQL) был немой идеей для начала, с тех пор люди выяснили, что логика запросов базы данных должна быть в базе данных и не смешиваться с бизнес-логикой.

LINQ- to-objects - более полезная идея, но синтаксис SQL просто чувствует себя неуместно. Поэтому программисты на C # имеют тенденцию напрямую обращаться к библиотечным функциям LINQ.

C ++ не нуждается в LINQ, потому что у нас есть шаблоны. Стандартные алгоритмы библиотек, сделанные с помощью шаблонов, являются надмножеством преимуществ LINQ: они могут быть специализированы для конкретных контейнеров, но вы получаете хорошую реализацию по умолчанию без какой-либо помощи из класса контейнера. И они компилируются в гораздо более эффективный код, потому что разрешение перегрузки происходит после специализации (в отличие от дженериков). Хорошо, шаблоны не так хороши для отражения во время выполнения, как для генериков, но методы расширения C # не очень хорошо отражают отражение во время выполнения. Самым большим недостатком стандартных алгоритмов C ++ была многословность написания предикатных функторов, но C ++ 0x вводит lambdas, которые позаботятся об этом.

На самом деле, что требуется C ++ / CLI, это версия стандартных алгоритмов который работает на контейнерах .NET. И здесь . Например, метод LINQ Where довольно близко соответствует find_if. Теперь нам просто нужно, чтобы Microsoft поторопилась и внедрила окончательную спецификацию C ++ 0x.