Удобно, например, конфиги в yaml хранить и вызывать что-то типа DataBaseConfig.from_yaml

Например, сериализатор в json, должен дату в строки преобразовать. А если в plist, то нет

Как нельзя, если можно?

Ну ты не изучил мою либу

Как нельзя, если можно?

Видимо, уже не помню

Там есть параметр use_datetime

Yegor Kowalew: Доброе утро дядьки. А кто сможет быстро подсказать как встроке найти любую не последовательность символов? И я еще хочу чтоб это искалось в джанге Например: Строка: 321,23,6,78 Ищем: 236 и это совпадение

Для json он просто ставится в False, чтобы в строку преобразовывать, а для своего формата ставишь в True и делаешь потом что угодно с datetime object

Кому интересно, это мы обсуждаем вот это: https://github.com/Fatal1ty/mashumaro

И все равно, уже например нельзя сделать два as_dict с разным поведением

Это поведение параметризуется, как я сказал выше

Окей, если так

Там есть параметр use_datetime

Ок, я думал он потом в сгенерированный код уже не подставляется

Подставляется

Yegor Kowalew: Доброе утро дядьки. А кто сможет быстро подсказать как встроке найти любую не последовательность символов? И я еще хочу чтоб это искалось в джанге Например: Строка: 321,23,6,78 Ищем: 236 и это совпадение

сначала удали все ненужные, а потом ищи вхождение

Это ж метод для использования потом, а не для начальной генерации парсера

сначала удали все ненужные, а потом ищи вхождение

в искомой строке, все символы нужные

Yegor Kowalew: Доброе утро дядьки. А кто сможет быстро подсказать как встроке найти любую не последовательность символов? И я еще хочу чтоб это искалось в джанге Например: Строка: 321,23,6,78 Ищем: 236 и это совпадение

index

сначала удали все ненужные, а потом ищи вхождение

+

запятые же

>>> "236" in "321,23,6,78".replace(",", "") True

3214 3ц21а4 35пы14 для 314 true

3214 3ц21а4 35пы14 для 314 true

Ты и тут и там:)))

Ты и тут и там:)))

я везде

Сначала тебе нужно в любом случае почистить строку.

От чего? Есть название детали "СМВУ.000321.000" мне надо чтоб пользователю было все-равно что вводить или с точками или без или через один символ или вообще чтоб он ввел су и эта строка ему нашлась

А "ус"?

От чего? Есть название детали "СМВУ.000321.000" мне надо чтоб пользователю было все-равно что вводить или с точками или без или через один символ или вообще чтоб он ввел су и эта строка ему нашлась

Очень интересно получается.

У тебя то есть в базе конечное число объектов, по которым ты хочешь проматчиться?

я не вижу, как можно по "СУ" найти СМВУ

точки хрен с ним - убрать. И запятые

Хммм, ты вроде можешь сгенерить регулярку и регуляркой матчить

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

или генерить регекспчик

search_re = '.*?'.join(search_str)

В регулярке прост после каждого символа *

Регуляркой по базе проходиться - это суровее, чем посимвольный граф :)

Ты имеешь ввиду автомат построить?

Это же более стремно

Скорее дерево, только структуру надо думать

Ну и да, в sql это тоже не выйдет :(

Бд из коробке вроде в регулярки умеет

А в деревья сложн

Ага

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

Наверняка есть готовые движки

Вообще, главный вопрос сколько записей

записей сейчас 15К

хочу регексп без всяких заморочек

пусть мучает сервак

я ж показал

я ж показал

сейчас занимаюсь

def find(string, req): n=-1 for x in req: n=string.find(x, n+1) if n<0: return False return True assert find("qwe.rty", "qt") assert not find("qwe", "ee")

Нафиг регексп

эффект тот же

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

search_re = '.*?'.join(search_str)

Не забываем экранировать символы

И зачем там вопрос?

какие и где?

Ну юзер захочет найти точку

ну - нежадный захват

Или скобку

а

ну - нежадный захват

Оу. Не знал.

search_re = '.*?'.join(search_str)

".*?".join(re.escape(x) for x in search_str)

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

Не факт что в данной задаче рекегсп будет быстрым - это надо тестировать. Поиск символа в строке (да ещё если и стартовую позицию указать) работает достаточно быстро, он тоже не палками сделан и оптимизирован.

поиск символа в строке это выныривать в питонокод после каждого найденного символа

если какой-нибудь jit был бы, может быть

С нежадными может норм будет

Но лучше тест

поиск символа в строке это выныривать в питонокод после каждого найденного символа

А сколько там будет символов?

а, не, я понял беду регекспа

в случае, когда совпадения нет, он будет еще пыхтеть и надеяться его найти

то есть при попытке найти abc в abb он сначала найдет первую a, потом первую b, потом не найдет c и подумает "чот не то, попробую найти другую b"

а потом все равно не найдет c и подумает "не, надо искать другую a"

и для случая aaaaaaaabbbbbbbb это будет очень небыстро

как-то у вас шибко быстро все получается и спорно

Да там длина небось 10 символов

поиск строки будет начинаться с трех символов, дланна строк доходит до двух десятков легко

ща

вобщем я теперь тоже за find

а если регексп, то надо делать его чтобы без бэктрекинга

первую посчитал - 34 символа, но это не очень часто

ваще я не понимаю, кто придумал такое дурное требование "хочу, чтобы можно было буквы не подряд и еще мусор игнорировать"

не напряжет же написать 320.101

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

Он же вроде более умно работает

то есть при попытке найти abc в abb он сначала найдет первую a, потом первую b, потом не найдет c и подумает "чот не то, попробую найти другую b"

а потом все равно не найдет c и подумает "не, надо искать другую a"

и для случая aaaaaaaabbbbbbbb это будет очень небыстро

нет, регексп примерно так работает

Хммм, ну ок

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

Основная задача этого поиска будет найти номер этой детали без ввода знаков препинания и подобных. Тоесть в основном юзер будет вбивать что-то на подобии 3201010201 а с базы будет выдергиваться ТСЦ-320.101.02.01 Ц Но может быть и такая запись ТСЦ-320.101.02-01 Ц

На строке find('aaaaaabbbbbbbbbbbbbbbcccccccd', 'aaabbbbcde') разница в пользу регулярки 5%

find('aaaaaabbbbbbbbbbbbbbbcccccccd', 'abbbc')" - разница вообще не заметна и выполняет 10000 итераций за 0.1 секунду