Регулярные выражения в 1С #581653

Кто-нить знает, в последнем релизе платформы появилась поддержка сабжа? Планируется ли вообще?

Кто-нить знает, в последнем релизе платформы появилась поддержка сабжа? Планируется ли вообще?

Кто-нить знает, в последнем релизе платформы появилась поддержка сабжа? Планируется ли вообще?

1%2%3

Нет. И вряд ли будет по той же причине, по какой регулярок нет в языках высокого уровня компилируемого типа. Ещё тема

> в языках высокого уровня компилируемого типа этот про 1с ?

Нет, не про 1С. Delphi, C++, etc. Но причина отсутствия та же самая.

чего? Встроенные регулярки есть везде кроме быдлоязычков делфи и 1с Нувыпонели

Was ist das "регулярные выражения"?

Regular expressions

ватафак регулар экспрешшнс?

продаю уроки гугления. В 5 раз дороже СП.

,

Один из предметов лютого бешеного фапа одинэсников, переучившихся с труъ языков программирования

Прочитал. Анакуа?

в чем проблема? создавай объект VBScript и юзай через него регулярки

ну и накуй это в 1Сине? Реальные одноэсники используют полнотекстовый поиск!

при загрузке например данных.. берем к примеру загрузку выписки, и прикручиваем разбор назначения платежа. регэкспом находим все варианты написания номера счета по которому идет оплата причем с учетом лидирующих нулей и прочих "отсебятин" которые клиенты в назначениях пишут... профит!

то же самое можно провернуть и с помощью полнотекстового поиска: - заливаем данные в служебные регистры сведений; - обрабатываем данные с применением полнотекстового поиска; - сохраняем данные в нужном виде; - очищаем регистры; - профит.

не всё, по подстроке дур найдёт в слове "дурачина" не найдёт в слове "полудурок".

все он найдет, надо уметь пользоваться и хоть иногда читать мануал.

для вышеприведённого пример можно использовать шаблон "дур*", но как найти для слова "полудурок"? Штатных средств в ПП для этого нет.

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

но только если с этих слогов начинаются слова и только так, с произвольного места - фигушки... про ключевое слово "РЯДОМ" тоже знаю

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

Помимо ключевых слов там есть еще целый набор служебных операторов.

будет СП под рукой - обоснуйте то, что пишите... а пока это слова

СЗОТ в полнотекстовом поиске с такой проблемой не сталкивался?

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

расскажи как ты поисковиком среди текста выцепишь конструкцию чуть более сложную чем "слог" ? ну например мне нужно найти в сплошном тексте номер по шаблону.. или все номера.. шаблон пусть будет XX/YYY-1-22-123/Й где вместо X - любые буквенные значения в англ. раскладке, вместо Y - любые значения в русской раскладке, ну и цифры ясен пень любые могут быть..  а в место Й - чонить из набора символов которых может быть пять-семь вариантов... обосрется твой полнотекстовый поиск в этой ситуации.. по полной оборсрется..

логично будет предположить шаблон "*дур*" хотя в описании про * сказано что это замена окончания слова, но на самом деле работает и в начале. по крайней мере поиск в СП по "*кумен*" находятся слова "документа", "ДокументВыборка" regexp конечно более тонкая штука, но с ней и разбираться на порядок дольше. я бы сказал это более низкого уровня инструмент специальные регистры сведений это конечно жесть :)

хз.. в типовой УТ игрался - фиг он так ищет...  только по "дур*" - по окончанию...

а вообще конечно я проблемы не вижу.. 1С гибкая среда.. если нет чего штатного - вполне себе подключается внешняя приблуда какая и она слихвой компенсирует недостатки штатного функционала...

если что-то не документировано, то никаких гарантий что в следующем обновлении тоже будет работать... насчёт ищет в самом поиске а не в СП вы точно уверены? В СП вполне возможно индекс не стоковыми средствами построенный

есть библиотеки для регулярных выражений?

ну в общем скорее да чем нет :)

"имя, как его имя?"

что то типа:

да хз как он там построен, в описании был пример использования полнотекстового поиска в СП "В справочной системе 1С:Предприятия 8 также реализован полнотекстовый поиск, позволяющий использовать поисковые операторы И, ИЛИ, НЕ, РЯДОМ и др.." возможно там механизм другой, в самой базе не проверял. мне пока Найти хватает :)

я бы назвал его "MSScriptControl" :)

везет тебе :).. хватает тебе "найти"...

хотя вру - VBScript.RegExp  - вот он герой :)

MSScriptControl это из другой оперы.. случайно закопипастилось

ну через комы это не спортивно...

в виде куцехвостой замены можно и like заюзать. а так - jscript никто не отменял

каким боком это не спортивно? ты еще скажи что лечить зубы у стороннего дантиста это неспортивно а надо самостоятельно прокачивать каждому скил стоматологии дабы самому себя лечить... работает же.. работает очень быстро... чем не вариант?

тут можно только один аргумент привести - неуниверсальность ввиду возможности использования linux-серверов и клиентов

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

это точно что быстро? В скорости именно и сомнения...

ну там наверное как-то можно подтянуть тот-же пхп... нет в мире полной универсальности поэтому и приходится такое как-то переживать

с тебя примерчик

на лине нет регэкспов - ага

вот то что я приводил сидит на самом деле в цикле который грузит реестры по 5-7 тысяч строк...

еще один повод отказаться от ущербного линя в пользу православной полнофункциональной винды...

я про COMОбъект говорил, вообще-то

+ вы будете смеяться, но в базе "*кумен*" тоже работает

(51не, то что сам вызов и отработка должны работать - это понятно, а вот что со скоростью создания объекта? есть другое мнение! да, щас всё брошу

эээ даже не замерял.. учитывая что ВСЯ загрузка файла идет очень быстро.. то есть по сути меньше минуты - даже не заморачивался с замером скорости создания объекта... по поводу другого мнения - тут дело такое: для специфичных задач используются специфичные инструменты.. нет специфичных задач - можно пользоваться любым г.вном.. есть - будь добр приобрети качественны инструмент это как  с сверлением дырок в стенах... ясен пень что перфоратор дорог.. но если ты зарабатываешь тем что в день по 100 дырок сверлишь тебе ударная дрель ну никак не подойдет.. не смотря на то что она тоже типа может дыру продолбить в стене... и говорить что буры для перфоратора плохие ибо их в ударную дрель невпихнуть по меньшей мере тупо... хочешь долбить бурами - купи перфоратор..

по поводу линя - использование утилит консоли типа grep - тут всё ясно. а можно ли там сгенерить jscript-файл, и выполнить его, получив результат, по примеру com в выне?

Да когда 1С выкидывает ошибки, то я всегда использую регулярные выражения

а для чего?

пример:  сижу себе сегодня в три утра.. делаю отчет который выводит годовой календарь загрузки рекламных точек (запрос выводит порядка 300 000 строк), ну там всякие оформления делаю чтобы занятые дни по точкам показать... короче не плохо  так закопался в отчете.. делал еге часа три... и тут бабах - вырубается платформа.. причем на ровном месте - когда все уже готово было и я просто варианты отчетов мастериал... регулярных выражений много, много вспомнил...  некоторые даже в слух произнес..

ага, как всегда, использовать стандартные средства (хотя бы ознакомиться со всеми возможностями) не спортивно, спортивно прибегать к левым костылям. Для подавляющего большинства подобных задач полнотекстового поиска хватит за глаза, а для спецефических задач можно и костыль прикурутить. Но и не стоит забывать о лицензионности. P. S. чем плохо выделение нескольких отдельных регистров сведений для подобных задач?

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

мы может про разные вещи говорим.. я это все к тому что если есть возможность НЕ снимать конфу с поддержки - то как раз спортивно, правильно, канонично, стандартно и тд и тп - будет именно НЕ снимать конфу с поддержки..

что за чушь про полнотекстовой поиск?? регулярные выражения вообще для другого нужны - для парсинга текста из внешних источников или пользовательских данных. Какие нафиг индексы вы предлагаете городить, если надо например из текста вытащить все e-mail-ы ??

я так понял, парсит текст исключения. хотелось бы понять в чем профит...

да забей, у него абракадабра головного мозга...

ты не так понял.. пример использования регулярных выражений при сбоях 1С описан в

ы...

Если нужно только проверить соответствует или нет - можно извратиться и XDTO заюзать (там можно установить ограничение вида образец - это и есть regexp)

>>запрос выводит порядка 300 000 строк Это фигня. Вот если бы запрос был в 300 000 строк и свет отключили перед самым сохранением..

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

а зачем конфу с поддержки снимать? Достаточно включит возможности изменения. ПНХ. Моя голова не нуждается в твоих оценках.

всеранво неприятно.. там рутина.. и оформление вариантов.. и не интересно по второму разу делать (а на самом деле по третьему ибо в пятницу сдох винт вместе с готовым отчетом и по этому пришлось его заново делать)

емейлы на раз-два вытащатся при помощи встроенного языка.

хороший пример... бывает...

save early, save often... у тебя же Снегопат и там вроде autosave есть.

Прикалываешься или серьезно? Интересно посмотреть на алгоритм и засечь время написания. Значит вам проще нагородить 20 строк на встроенном языке вместо одной короткой команды? Что за бред то? Типичный пример одинэсия головного мозга...

Абсолютно прав, у оппонентов ТС я вижу полное непонимание сути RegEX и их отличие от полнотекстового поиска в БД. Мне очень нравится полнотекстовый поиск и я рад что 1С добавила его поддержку в платформу, и я использую его в своих задачах. Но в то же время если попытаться выйти за рамки стандартных учетных задач то приходится использовать RegEX и если 1С позиционирует свою Платформу как Платформу то было бы неплохо предусмотреть возможность этого механизма на уровне ЛЕВ, ПРАВ, включить описание языка в справку. Мне не хватает например шаблонов для полей ввода основанных на RegEx так как в моей предметной области есть множество различных данных которые отлично шаблонизируются. Самое главное отличие RegEX от FTS заключается в том что FTS предназначен для поиска в базе, будь он хоть в 5 раз лучше чем RegEX он бесполезен когда необходимо распарсить текст который у тебя в переменной (Пришел как ответ от WEB сервиса, веден пользователем, получен по EMAIL) Я солидарен с ТС и я считаю что и COM объект и "Специальный регистр" это сплошные костыли. В то же время Платформа 1С весьма технологична и включает в себя множество различных технологий(XML,WEB сервисы, ADO(в последних релизах)) и меня лично это радует. Так вот RegEX это такая же мощная технология заключенная в одном операторе и она достойна того чтобы быть представленной в платформе. Читая Мисту раз за разом не перестаю натыкаться на то что мистяне относятся к платформе как к "запускалке" типовых конфигураций а не как к современной продвинутой платформе для разработки корпоративных систем.

ПОДОБНО "%_@_%.__%" Подойдет?

Я не думаю что хорошая идея хранить в базе мусор чтобы потом их этого мусора получать Email, стандартная здравая постановка задачи выглядит так: Из входящего мусора извлечь крупицы нужной информации и поместить её в базу. Если коротко FTS - Ищет, RegEX ВЫДЕЛЯЕТ и ЗАМЕНЯЕТ. Эти технологии взаимодополняющие друг друга. Если мне нужен поиск по БД то использовать RegEX глупо, в то же если мне нужно Получить массив определенных кусков текста или заменить на другие куски то использовать для этого FTS не менее глупо. Эти технологии для разных задач.

я всегда был и буду за уместность. Что-то мне подсказывает, что перед использованием этой приблуды также само придется и с кодом повозиться, и интерфейс разработать. А еще к платформе можно прикрутить ядро от гугл-поисковика, но только это чревато колоссальными денежными и временными затратами... Если какая-то операция одноразовая или ужасно редкая, то вполне целесообразно за 20 минут нагородить тормозного кода, чем потратить день для написания хорошего кода. Оптимизацией надо заниматься только там, где это действительно целесообразно, и где это заказчик заметит.

Не бздите. В дельфи есть сторонний класс TRegExpr

мне вот интересно, неужели ты ежедневно распарсиваешь большие объемы текста с целью извлечения оттуда электронных адресов? Что ты вообще делаешь в 1С?

Если кроме 1С ничего не знать, можно только и делать, что сидеть писать километры кода и придумывать заново давно придуманные алгоритмы, когда уже готовые решения лежат в пяти минутах поиска. Вам наверно дай экскаватор, вы возьмете лопату и будете вручную копать котлован, потому что "так надежнее и привычнее"

>>> Что-то мне подсказывает, что перед использованием этой приблуды также само придется и с кодом повозиться, и интерфейс разработать. Это ЧТО-ТО жестоко тебя обманывает

+100, с помощью регулярок я какие алгоритмы только не реализовывал. Да вы консоль запросов откройте и посмотрите сколько раз там регэкпы используются

ты вопще о чём говоришь счас??

там где достаточно покопать пять минут, я возьму лопату и покопаю, а не стану пригонять экскаватор. Если требуется вырыть котлован, то пригоню экскаватор. Не ну ладно у Алексея криво доработанный/настроенный клиент-банк, что сразу после загрузки данных налетает костыль с подвешенной ВК и начинает править данные, а после этого прибегает уборщица тетя Маша и убирает за этими делами опилки и стружку, ну а у вас-то что с вашей учетной системой, что приходится из текста выдирать электронные адреса? Платформа 1С:Предприятие предназначена для экономических учетных систем. И я обеими руками за то, чтобы использовать ее по назначению.

элементарный пример из практики. Есть некий девайс, который тестирует некое оборудование и скидывает репорт в HTM формате. В репорте сотни параметров среди прочего текста, которые необходимо распарсить и перенести в 1с. Если ты будешь писать алгоритм парсера на 1с, то ты посинеешь, поседеешь и уволишься. Или распарсить регулярками. Времени уйдёт в 100 раз меньше, универсальности будет на 1000% больше. Время на доработку регулярок (если формат чуть изменился в связи со сменой прошивки девайса) уйдёт 15 минут.

Запросом ПОДОБНО "%_@_%.__%" Подойдет? Не пойдет. Запросом к чему? К текстовому файлу или к переменной запросом тоже можно обратиться? И этот запрос наверно даже строчку "Вася@рам!блер@кгам.ру" как корректное мыло вернет?

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

Прикол. Оказывается столько народу даже не слышало о рег. выражениях. И эти люди называют себя программистами. ))

и я о том. Пипец, программистишки.

ситуация в является довольно частой при использовании систем 1С как раз в качестве "экономических учетных систем"

Для FTS возится приходится больше. Возни с RegEX не более чем с функцией ЛЕВ, ПРАВ. Для использования в качестве шаблона для поля ввода уже есть поля маски, достаточно добавить в это поле проверку на RegEX ну или добавить еще одно поле, контроль ввода пользователя через RegEx это стандартная мировая практика. И вообще эта технология популярна, востребована, и оценена всем мировым сообществом разработчиков, по этой технологии есть книги, учебники. Ты не хуже меня знаешь что Программирование это такая область в которой от того редкая операция или нет ничего не зависит если такая потребность есть то ты должен реализовать код который эту потребность будет закрывать. Ты можешь сделать быдло код который будет медленно работать и в котором потенциально будет множество ошибок, или написать нормальный код без излишних заморочек который понятен и легко сопровождаем. Мне кажется профессионал должен всегда выбирать второй вариант. И я уверен что если у тебя возникнет задача в которой по соотношению затраты/результат будет выгоднее использовать RegExp ты воспользуешься этим инструментом, т.к. это выбор профессионала. Сейчас для этого придется воспользоваться внешней компонентой что в целом не плохо за исключением того что этого компонента например на 2000 Windows нет(я сам сталкивался). Еще раз пойми что RegEXP это технология признания во всем мире, существует масса библиотек с готовыми шаблонами. С моей конфигурации RegExp используется для: Сторонние разработки: 1. Построение дерева запросов 2. Синтаксис помощник для режима "Предприятие" Мои разработки: 1. Правила парсинга логов ICQ и добавление на основе логов задач в систему. 2. В правилах импорта данных из каталога стоит разбор пути и формирование структуры справочника. 3. Разбор адресов в виде ([ул,улица,Улиц] насп.Название и.т.п) т.к. в регионах кавказа гос структуры дают данные в екселе набранном руками. 4. Разбор сумм в виде 13руб25к 5. Разбор писем от контрагентов 6. Целый блок задач связанных с работой с Яндекс картами web. В системе Help Desk используется разбор "логов" хранилища и на основе формируется описание релиза и задание на тестирование

"Платформа 1С:Предприятие предназначена для экономических учетных систем. И я обеими руками за то, чтобы использовать ее по назначению." Упал под стол.