Мартин Эндер недавно набрал 100K, и у него появилось несколько отличных языков . Мы собираемся повеселиться с одним из них, Hexagony (и немного регулярного выражения для Retina )
В качестве краткого обзора вам необходимо написать программу, которая вводит сетку гексагонии и определяет, есть ли в этой сетке путь, соответствующий строке текста.
порождающий
Hexagony генерирует шестиугольники из строки текста, используя следующие шаги:
- Рассчитать минимальный размер шестиугольника (взять длину строки и округлить до ближайшего шестнадцатеричного числа )
- Заворачивание текста в шестиугольник указанного размера
- Заполнение остальных мест
.
.
Например, строка текста abcdefghijklm
требует шестиугольник с длиной стороны 3 и поэтому становится:
a b c
d e f g
h i j k l
m . . .
. . .
Теперь обратите внимание, что есть 6 возможных направлений, по которым вы можете путешествовать в шестиугольнике. Например, в указанном выше шестиугольнике, e
рядом с abfjid
.
Упаковка
Кроме того, в шестиугольниках шестиугольники оборачиваются:
. . . . . a . . . . f . . a . .
a b c d e . . b . . . . g . . . b . . f
. . . . . . g . . c . . . . h . . a . c . . g .
. . . . . . . . h . . d . . . . u . . b . . d . . h . .
f g h i j k . i . . e . . j . . c . e . . i . .
. . . . . . j . . f k . . d . . . j . .
. . . . . k . . . . e . . k . .
Если вы посмотрите на 2-й и 4-й пример, обратите внимание, что a
и k
в одном и том же месте, несмотря на то, что вы оборачиваете в разные стороны. Из-за этого факта, эти пятна только смежны с 5 другими местоположениями .
Чтобы сделать это более понятным:
a b c d
e f g h i
j k l m n o
p q r s t u v
w x y z A B
C D E F G
H I J K
- Края обертывают к своему противоположному соседу (
b->I
аG->j
). - Верхний / нижний углы переносятся в противоположный центральный угол и вверх / вниз (
d->K,p
иH->a,v
). - Центральные углы переносятся на верхний и нижний углы (
v->a,H
)
пути
Путь , чтобы быть последовательность соседних местах , не возвращаясь в том же месте.
a b c
d e f g
h i f k l
m . . .
. . .
В приведенном выше шестиугольник, aefkgm
это правильный путь. Тем abfd
не менее, это недопустимый путь ( f
и d
не являются смежными), и abea
не является действительным (возвращается в a
местоположение).
Мы можем использовать эти пути для соответствия тексту (например, регулярное выражение) . Буквенно-цифровой символ соответствует самому себе (и только самому себе) и .
соответствует любому символу. Например, путь aej..lgm
будет соответствовать aej..lgm
, aejAAlgm
, aeja.lgm
или aej^%gm
.
Ввод, вывод
Ваша программа должна принимать две строки (в любом порядке). Первая строка будет непустой и состоит только из буквенно-цифровых символов [a-zA-Z0-9]
. Это будет шестиугольник, над которым вы работаете. Вторая строка будет состоять из печатных символов.
Вам необходимо вернуть истинное значение, если в шестиугольнике есть путь, который соответствует заданной строке текста, в противном случае - ложное значение.
Контрольные примеры
Truthy:
"a","a"
"ab","a"
"ab","b"
"ab","ba"
"ab","aba"
"ab","&"
"ab","#7.J!"
"ab","aaaaaa"
"ab","bgjneta"
"ab","cebtmaa"
"abcdefg","dfabcg"
"AbCDeFG","GCbAeFD"
"aaaabbb","aaababb"
"abcdefghijklmnopqrs","alq"
"abcdefghijklmnopqrs","aqnmiedh"
"abcdefghijklmnopqrs","adhcgkorbefjimnqlps"
"11122233344455","12341345123245"
"abcdefgh","h%a"
"abcdefghijklm","a)(@#.*b"
"abcdefghijklm","a)(@#.*i"
"abcdefghij","ja"
"abcdefghijklmno","kgfeia"
"abcdefghijklmno","mmmmmiea"
"abcdefghijklmno","mmmmmlae"
"abcdefghijklmno","ja"
"abcdefghijklmnopqrs","eijfbadhmnokgcsrql"
Falsy:
"a","b"
"a","%"
"a","."
"a","aa"
"a","a."
"ab","#7.J!*"
"ab","aaaaaaa"
"ab","aaaabaaa"
"ab","123456"
"abcdefg","bfgedac"
"abcdefg","gecafdb"
"abcdefg","GCbaeFD"
"aaaabbb","aaaaabb"
"abcdefghijklmnopqrs","aqrcgf"
"abcdefghijklmnopqrs","adhlcgknbeifjm"
"abcdefghijklmnopqrs","ja"
"abcdefghijklm","a)(@#.*&"
"abcdefghijklmno","a)(@bfeijk"
"abcdefghijklmno","kgfeic"
"abcdefghijklmno","mmmmmmiea"
Это код-гольф , поэтому делайте ваши ответы как можно короче на вашем любимом языке.
источник
Ответы:
Сетчатка , 744 байта
Извините, ребята, на этот раз нет гексагонии ...
Число байтов предполагает кодировку ISO 8859-1.
Ожидается целевая строка в первой строке и шестиугольник во второй строке ввода. Отпечатки
0
или1
соответственно.Попробуйте онлайн! (Первая строка включает набор тестов, где каждая строка представляет собой тестовый пример, использующий
¦
для разделения вместо перевода строки.)Правильный способ решить эту проблему, конечно, с помощью регулярных выражений. ;) И если бы не тот факт, что этот вызов также включает в себя процедуру разворачивания шестиугольника , этот ответ на самом деле состоял бы из одного регулярного выражения длиной ~ 600 байт.
Это пока не совсем оптимально, но я вполне доволен результатом (моя первая рабочая версия, после удаления именованных групп и других вещей, необходимых для здравомыслия, составила около 1000 байт). Я думаю, что я мог бы сэкономить около 10 байтов, меняя порядок строки и шестиугольника, но это потребовало бы полного переписывания регулярного выражения в конце, чего я сейчас не чувствую. Существует также 2-байтовая экономия за счет пропуска
G
сцены, но это значительно замедляет решение, поэтому я подожду с внесением этого изменения, пока не буду уверен, что играю в гольф так хорошо, как могу.объяснение
Основная часть этого решения широко использует балансировочные группы , поэтому я рекомендую ознакомиться с ними, если вы хотите понять, как это работает в деталях (я не буду винить вас, если вы не ...).
Первая часть решения (т. Е. Все, кроме двух последних строк) является модифицированной версией моего ответа на Unfolding the Hexagony source code . Он создает шестиугольник, оставляя целевую строку нетронутой (и фактически создает шестиугольник перед целевой строкой). Я внес некоторые изменения в предыдущий код для сохранения байтов:
×
вместо пробела, чтобы он не конфликтовал с потенциальными пробелами на входе._
Вместо этого.
используется подстановочный / подстановочный знак , поэтому ячейки сетки могут быть надежно идентифицированы как символы слова.Вот пример. Для следующего теста:
Мы получаем:
Сравните это с обычным расположением шестиугольника:
Мы можем видеть, что соседи теперь все обычные соседи Мура, за исключением северо-западных и юго-восточных соседей. Таким образом, мы должны проверить горизонтальную, вертикальную и смежность с юго-западом / северо-востоком (ну, а затем есть края обтекания). Использование этой более компактной компоновки также дает бонус, который мы сможем использовать
××
в конце, чтобы определить размер шестиугольника на лету, когда он нам понадобится.После того, как эта форма была построена, мы вносим еще одно изменение во всю строку:
Это заменяет цифры расширенными буквами ASCII
Поскольку они заменяются как в шестиугольнике, так и в целевой строке, это не повлияет на соответствие строки или нет. Кроме того, поскольку они являются буквами
\w
и\b
до сих пор идентифицируют их как ячейки шестиугольника. Преимущество этой замены состоит в том, что теперь мы можем использовать\D
в предстоящем регулярном выражении соответствие любому символу (в частности, символам перевода строки, а также символам перевода строки). Мы не можем использовать этуs
опцию, чтобы выполнить это, потому что нам нужно.
сопоставлять символы, не являющиеся переводом строки, в нескольких местах.Теперь последний бит: определение, соответствует ли какой-либо путь нашей заданной строке. Это делается с помощью одного чудовищного регулярного выражения. Вы можете спросить себя, почему?!?! Что ж, по сути это проблема с возвратом: вы начинаете где-нибудь и пытаетесь найти путь, пока он совпадает со строкой, и если он не возвращается, вы пытаетесь найти соседа, отличного от последнего сработавшего символа. Одна вещьто, что вы получаете бесплатно при работе с регулярным выражением, является возвращением. Это буквально единственное, что делает движок регулярных выражений. Поэтому, если мы просто найдем способ описать действительный путь (который достаточно сложен для такого рода проблем, но определенно возможен с балансировкой групп), то механизм регулярных выражений будет разбираться в том, чтобы найти этот путь среди всех возможных для нас. Конечно, было бы возможно реализовать поиск вручную в несколько этапов ( и я делал это в прошлом ), но я сомневаюсь, что в данном конкретном случае это будет короче.
Одна из проблем, связанных с реализацией этого с помощью регулярного выражения, заключается в том, что мы не можем произвольно переплетать курсор движка регулярного выражения назад и вперед через строку во время обратного отслеживания (что нам понадобится, поскольку путь может идти вверх или вниз). Таким образом, вместо этого мы отслеживаем наш собственный «курсор» в группе захвата и обновляем его на каждом шаге (мы можем временно перейти к позиции курсора с помощью обходного пути). Это также позволяет нам сохранять все прошлые позиции, которые мы будем использовать для проверки того, что мы не посещали текущую позицию раньше.
Итак, давайте вернемся к этому. Вот немного более разумная версия регулярного выражения с именованными группами, отступами, менее случайным порядком соседей и некоторыми комментариями:
Я надеюсь, что общая идея примерно ясна из этого. В качестве примера того, как работает одно из этих движений вдоль пути, давайте рассмотрим бит, который перемещает курсор на юг:
Помните, что lookbehinds следует читать справа налево (или снизу вверх), потому что это порядок, в котором они выполняются:
Обратите внимание, что нет необходимости ставить якорь перед,
\k<pos>
чтобы убедиться, что он действительно достигает начала строки.<pos>
всегда начинается с количества,×
которое не может быть найдено где-либо еще, так что это уже действует как неявная привязка.Я не хочу раздувать этот пост больше, чем необходимо, поэтому я не буду вдаваться в подробности остальных 11 случаев, но в принципе все они работают одинаково. Мы проверяем, что
<next>
можно найти в каком-то определенном (допустимом) направлении от старой позиции курсора с помощью уравновешивающих групп, а затем сохраняем строку до этого соответствия в качестве новой позиции курсора в<pos>
.источник
Питон 3,
990943770709 байтПервый ответ, ууу!
РЕДАКТИРОВАТЬ: создание списка смежности в гольф. Я сейчас использую немного другую формулу
РЕДАКТИРОВАТЬ 2: Удалены ненужные пух, игра в гольф намного больше.
РЕДАКТИРОВАТЬ 3: Сократил код для преобразования из индекса в списке в координаты, добавил еще несколько вещей.
Большая часть байтов связана с составлением списка смежности (он обладает наибольшим потенциалом для игры в гольф). С этого момента это просто вопрос грубого решения (что я мог бы сделать за меньшее количество байтов).
Golfed:
Ungolfed W / объяснение:
Так близко к сетчатке! :(дааа, бей ретина!источник
Javascript (ES6),
511500496 байтРазоблаченный и прокомментированный
Контрольные примеры
Фрагмент, приведенный ниже, пройдет через все правдивые и ложные тесты.
Показать фрагмент кода
источник