Нечеткий поиск по названиям

Не-а. Сейчас попробовал про него поискать и воспользоваться для сравнения результатов выборки, но, в полусонном состоянии, особо ничего не вышло. :) Попробую, как время будет. Спасибо)

Нечеткий поиск по названиям

Почему именно google? Вон недавно Яндекс выступал о нейронных сетях, автоматизации и т.д. и т.п.
Всё бы здорово, но где взять данные в таком объеме? Это все не реально для обычных сайтов.

Нечеткий поиск по названиям

Группа "йо" взялась с транскрипций расскоязычных звуков. Буква ё разлогается на звук "йо". Но если подумать, то Вы правы. Перехода "й" в "о" я не смог придумаль или быстро нагуглить.

Одна буквы может входить в несколько груп например sxz и csz.
Просто так проще их обдумывать и править. И поэтому мы и преобразуем эти фонетические группы в новый справочник который и используем потом в коде

Нечеткий поиск по названиям

Не пробовал. Вечером ради интереса посмотрю. Но тут на первый план выходит адекватность данных.
Алгоритм предназначен для поиска по названиям, а не по текстам.
То такие поисковые запросы можно отсекать до попытки поиска на них.

Тут я еще не поднял вопрос о том как отсекать результаты при выводы на странице "со всеми совпадениями". И вот на эту тему можно похолеварить.:)

Нечеткий поиск по названиям

Пожалуйста :)
Производительность в консоле при 1000 наименований была в пределах 1 секунды, что меня вполне устроило, а на большее энтузиазма не хватило.

3 часть начинается со слов:

Со словами, как и поисковой единицей, вроде разобрались, теперь переходим к фразам.

Нечеткий поиск по названиям

Что-то я фигню сморозил. Перемудрил. Да, Dictionary, будет быстрее спасибо :)

Нечеткий поиск по названиям

Если посмотреть на графики из данной статьи, то можно увидеть, что скорость чтения из SortedDictionary выше



полная статья

В любом случае это нюансы. И, кстати, да, я не увидел большой разницы при использовании Dictionary и SortedDictionary. Но тут показалось мне более логичным использовать SortedDictionary.

Нечеткий поиск по названиям

Все справочники мы заполняем единожды, а обращаемся мы к ним часто. Как следствие это сделано лишь для оптимизации доступа.:)

Занимательный C#

Данной проблемы я у себя не наблюдал. Но я фанатик максимально чистой студии без дополнительных плагинов, за исключением PVS-Studio.:)

Проверяем исходный код WPF Samples от Microsoft

Странно, что сравнение null с null равняться fasle — это весьма странное утверждение. Даже с точки зрения SQL выборки, я вполне могу запросить объекты в которых ничего не записано, т.е. там null.
Еще более странно, что в конце обеих функций стоит "return a.value == b.value;", но не будем на этом заострять внимание.
Касаемо "a == a" ругаться вполне себе логично, сама VS даже пишет предупреждение:
Warning CS1718 Comparison made to same variable; did you mean to compare something else?

Проверяем исходный код WPF Samples от Microsoft

Добрый день.
Спасибо вам за комментарий.
К сожалению, на данный момент ни на UWP ни на Silverlight проектах диагностики не отработали. С UWP проблема, скорее всего, состоит в самой диагностике, а именно на какие классы стоит реагировать. В случае WPF и Silverlight это «System.Windows.DependencyObject», а для UPF «Windows.UI.Xaml.DependencyObject». И я конкретно сейчас займусь исправлением данного недостатка диагностики.
С Silverlight проблема более фундаментальна, мы рассмотрим, что можно сделать в течении сегодняшнего для её решения.

Касаемо диагностики V3052.
В данном случае, скорее «это не баг, а фича», но мы еще раз рассмотрим возможность включения срабатывания для подобных конструкций.
catch (TargetInvocationException ex) { throw ex.InnerException; }

Проверяем исходный код WPF Samples от Microsoft

Конкретной ссылки дать не смогу. Это общее мое мнение на основе нескольких источников.

Проверяем исходный код WPF Samples от Microsoft

И такое мы тоже отлавливаем. :)

class ClockState
    {
        public static bool operator ==(ClockState a, ClockState b)
        {
            bool a1 = false;
            return a1;
        }

        public static bool operator !=(ClockState a, ClockState b)
        {
            bool a1 = false;
            return a1;
        }
    }

V3013 It is odd that the body of '==' function is fully equivalent to the body of '!=' function (19, line 25). Program.cs 19

Занимательный C#

Да.
Взять в кавычки — это наиболее простой вариант описания подобного синтаксиса.

Занимательный C#

А, вот где олигарх зарыт… Век живи — век учись.) Спасибо большое.

Занимательный C#

По поводу @ и value.
VS подсвечивает, value в set-ре как ключевое слово, и тем самым создавая определенную неоднозначность в этом моменте.
В приведенном примере, мы, казалось бы, изменяем одно и тоже поле класса А:

  get { return @value; }
  set { @value = value; }

Но это не так. Данное поведение происходит из-за не соответствия @value в get и @value в set. @value в get будет являться ничем иным, кроме как, полем класса A. А @value в set на самом деле — это параметр функции set. Таким образом мы просто пишем value само в себя и никак не затрагиваем поле value в классе А.
Именно эту суть я и хотел донести. А кстати, в VS2012 и ниже подсветка переменных осуществляется некорректно.

А, касаемо

  public List Numbers => new List();

В предыдущем стандарте языка такого не было [Ну или как минимум VS 2013 выдает ошибку синтаксиса]. Вот и хотелось поведать о таких вот способах и предостеречь от ошибок.:)

Занимательный C#

params — всё же типизирован, в отличии __arglist. Хотя никто не мешает сделать всё тот же пресловутый dynamic.

static void Main(string[] args)
{
  Foo(10, "asd");
}
public static void Foo(params dynamic[] list)
{
  foreach (var item in list)
    Console.WriteLine(item);
}

Занимательный C#

Главное, что не 10:D

Занимательный C#

Всегда пожалуйста, мы работаем для вас.)

Занимательный C#

Да, извиняюсь, поправил.