В том-то и дело, что применять эту штуку нужно на небольшом числе примеров, а не повсеместно использовать. Вроде, эти строки в том числе генерятся автоматически с подставлением значений - т.е. опечаток быть не должно. А даже если вручную писать - не отличается по сути от голого (строкой) SQL, что можно тоже делать в EF. Надо просто изучить примеры, где без этого не обойтись или обойтись сложнее. Например, составлять лямбды программно (деревья выражений) вроде можно, но это такой гемор. А тут, похоже, челы решили все эти фильтры и условия в некоторых компонентах того же Блейзор (типа "where", "orderby" и т.п.) просто в строки сериализовать, а не придумывать объекты для деревьев (которые тоже нужно ещё сериализовать) и потом как-то эти деревья конструировать.

Я только хочу сказать, что в Radzen эта штука активно используется для сохранения (читай сериализации-десериализации) фильтров, которые потом трансформируются в LINQ-запросы и лямбды.