В API запросов нет или нечетких методов сопоставления, которые вы, вероятно, уже догадались, если вы проверили API и руководство по запросам .
Не только обсуждался этот вопрос ad nauseam на SO [ 1 ] [ 2 ] [ 3 ] [ ] 4 ] [ 5 ], но я несколько раз затрагивал, почему нужно использовать реальную поисковую систему , вместо того, основанный на поиске.
Существует причина, по которой веб-сайту Google часто легче найти результаты, чем использовать встроенный поиск, и это является основным компонентом этого сбоя.
Со всеми что ответ на ваш вопрос о том, как это сделать вручную, поскольку нет встроенных содержит, заключается в том, чтобы настроить серверный процесс, который загружает / передает данные в память и выполняет ручной поиск содержимого, предпочтительно с помощью своего рода кеширование.
Но, честно говоря, ElasticSearch быстрее и проще и эффективнее здесь. Поскольку это обширная тема, я отложу вас на сообщение в блоге по этому вопросу .
Я недавно не смотрел на это, но, по крайней мере, в прошлом были некоторые проблемы с полной реализацией общего lisp в CLR, и я был бы немного удивлен, если это изменилось. Проблемы возникают с такими вещами, как обработка чисел с плавающей точкой, когда .net / clr имеет способ сделать это, а) слегка некорректный б) не согласный со стандартом ANSI для общего списка, но в) не позволяющий обойти это. Есть и другие подобные проблемы. Это неудобно и, возможно, не слишком важно, но означает, что вы вряд ли увидите CL CL ANSI на CLR.
Существуют более серьезные проблемы, например, обычный lisp имеет более мощную объектную систему, поэтому вы не можете сопоставить его 1: 1 с объектом во время выполнения (без MI, например). Это нормально, но оставляет вам подход внутри / снаружи, которого обычная среда выполнения старается избегать ...
Видишь ли ты, что на нем работает распространенный вариант с недоверием, - это отдельная история, но на данный момент я не знаю ни одной (не то, чтобы я выглядел очень усердно)
Если все в порядке, вы можете получить доступ к .Net из вашего любимого Lisp через Edi Weitz 'RDNZL .
Нет, но вы можете рассмотреть IronScheme , работающий на DLR .
С веб-сайта:
IronScheme будет стремиться стать реализацией схемы, соответствующей R6RS, на основе Microsoft DLR.
IronScheme будет полностью переписан IronLisp с учетом уроков, полученных при разработке IronLisp.
Пересматривая этот вопрос с 2008 по 2010 год, вы можете рассмотреть Clojure в CLR. Это не Common Lisp, но его будет довольно легко узнать, если вы идете с этого направления. Взаимодействие с CLR очень просто, оно ежедневно привлекает все больше пользователей и затрагивает несколько других важных тем, таких как параллелизм. Возможно, стоит потратить на это немного времени. Более подробную информацию о CLR можно найти здесь здесь .
Полный общий шрифт для .NET http://code.google.com/p/uabcl/
Вы можете попробовать это (отказ от ответственности, я сам не проверял). Также прочитайте это . вот откуда пришла ссылка.