Есть ли читабельная замена регекспам или препроцессор из вмеяемых правил в регекспы?

Не осилил regexp — ты неудачник. Программирование не для тебя. Смирись!

Забей на регэкспы вообще, PEG лучше во всех отношениях. И не менее читаемый чем тупая BNF.

https://github.com/VerbalExpressions/JSVerbalExpressions

там есть порты для ява, пхп, питона

PLY/pyparsing

Во, годно. Есть что-нибудь типа этого, только с бОльшим функционалом?

AntLR утроит отца русской трансляции?

http://www.antlr.org/

посмотри на глагне ярко красный бокс с надписью samples

еще с торрентов можно украсть неплохую книжку 2013 года производства

есть гуйня на основе эклипса, весьма полезная

есть куча всякой интеграции с джавой

есть куча уже сделанных парсеров

В питоне же вроде есть literal regexp - регэкспы с комментариями

Литералов нет, есть многострочные re где можно делать комментарии

это же тот дебил, который не понял зачем учился в институте www.linux.org.ru/forum/talks/12182151

который зарабатывает «около 200к в месяц»?

my $regex = qr<
  ^                 # line start
  (?<id>\d+)    \s+ # id
  (?<date>\S+)  \s+ # date
  [0-9a-f]{32}  \s+ # hash, undeened
>x;

идея надеюсь понятна.

только в виде последовательности вменяемых правил

Да, есть такая система называется ЯП. А то, что ты заменишь емкие символы, на их более длинные названия - ничего не поменяется, когда тебе понадобится:

«s/\/\/||/\?\\$%^@\?tygi/\*.[*-2]\HU\xwh8w\\n/||h9b03/\g»

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

P.S. К тому же регэкспы также как и ЯП требуют форматирования, если они подразумевают сложное правило.

P.S.S. После того, как выучишь регэкспы, то вот такие вещи будут просты для понимания:

^(http:\/\/|https:\/\/)?(www.)?([a-zA-Z0-9]+).[a-zA-Z0-9]*.[a-z]{3}.?([a-z]+)?$

Вот так можешь их форматировать:

    private static String tpl = "(?<exp>" 
                    + "export(?:"
                        // export * [from 'foo']
                        + "@*(?<ewildcard1>\\*)(?:@*from@*(?<efrom1>['\"].+?['\"]))?"

                        // export { foo1, foo2 } [from 'foo'];
                        + "|@*\\{(?<elist1>.*?)\\}(?:@*from@*(?<efrom2>['\"].+?['\"]))?(?:@*;)?"

                        // export function foo
                        + "|@+function@+(?<efunc1>ID)"

                        // export default foo =
                        + "|@+(?<default>default)"

                        // export [var] foo =
                        + "|@+(?<evar1>var@+)?(?<eassignment1>ID)@*="

                        // export foo from 'foo'
                        + "|@+(?<evariable1>ID)@+from@*(?<efrom3>['\"].+?['\"])"

                        // export [var] foo
                        + "|@+(?<evar2>var@+)?(?<evariable2>ID)" + ")"

                    + "|import(?:"
                        // import 'foo'
                        + "@*['\"](?<imodule1>.+?)['\"]"

                        + "|(?:"
                            // import { foo1, foo2 } from 'foo';
                            + "@*\\{(?<ilist1>.*?)\\}@*"

                            // import foo from 'foo';
                            + "|@+(?<ivariable1>ID)@+" + ")from@*(?<ifrom1>['\"].+?['\"])(@*;)?" + ")" + "|module(?:"

                    // module foo from 'core/foo'
                    + "[ \t]+(?<mvariable1>ID)@+from@*(?<mfrom1>['\"].+?['\"])" + ")" + ")";

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

Второй вариант — ты решаешь задачу не тем инструментом, и скорее всего тебе нужен парсер, а не регэкспы.

Эталонный кусок нечитабельного говна. Ответственно заявляю как король регулярок.

Потому что он вырван из контекста, это не регулярка, это шаблон, в котором @, ID подменяются. К тому же это Java-ая регулярка и требует некоторых специфичных знаний описанных в javadoc-ах.

Чтобы после чтения javadoc-ов не осилить прочтение этой регулярки, даже не знаю тогда как вы пишите/читаете более сложные регэкспы...

К тому же это Java-ая регулярка и требует некоторых специфичных знаний описанных в javadoc-ах.

Напугал ежа голой жопой.

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

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

даже не знаю тогда как вы пишите

Не пишу, это правда, регулярки должны быть очевидными с ходу без «бектрекинга»)

читаете более сложные регэкспы...

Если припрет и не такое разбирал. Просто этот чмонстр мой кодревью не пройдет.

Если совсем невмоготу, можно вообще абстрагироваться от регулярок следующим образом. Замути Criteria с методом match(), CriteriaBuilder с соответствующими методами и вперед.

Например, нарисованный выше пример регулярки для распознавания URL (кстати, содержащей две ошибки) может выглядеть так:

CriteriaBuilder protocol = new CriteriaBuilder().startWith("http://").or().startWith("https://");

CriteriaBuilder optionalWwwDot = new CriteriaBuilder().equalTo("www.").zeroOrOne();

CriteriaBuilder bodyDot = new CriteriaBuilder().charAlphaNumeric().equalTo(".").oneOrMore();

CriteriaBuilder zone = new CriteriaBuilder().charAlpha().times(3);

Criteria url = protocol().optionalWwwDot().bodyDot().zone().build();

Если правильно расставит приоритеты операций, получится вполне читабельно.

Пользоваться так: url.match("http://linux.org.ru");

Слишком жирно и к языку привязано. Выше давали более прикольные примеры библиотек.

В регулярках если указать модификаторы 'xs' то для наглядности можно указывать пробелы и переводы строк:

$pattern="/ 

     (?# нужно найти эту строчку qwe  )
    \\n qwe

     (?# забираем эту строчку  )
    \\n ([^\\n]+)

     (?# эта строчка zxc должна быть в конце  )
    \\n zxc

/xs";

$r=preg_match_all($pattern, $string, $matches);

Ненене. Дэвид Блейн, сам жри свои регулярки. Тут вверху нормальные вещи рекомендовали.