Почему текст в этом модуле ROT13 закодирован? - PullRequest
Новая
       14

Почему текст в этом модуле ROT13 закодирован?

0 голосов
/ 03 июня 2018

Если мы откроем интерпретатор Python и введем import this, как вы, возможно, знаете, он выведет Zen of Python в консоль.Из исходного кода Python этот текст генерируется следующим фрагментом кода. 

s = """Gur Mra bs Clguba, ol Gvz Crgref

Ornhgvshy vf orggre guna htyl.
Rkcyvpvg vf orggre guna vzcyvpvg.
Fvzcyr vf orggre guna pbzcyrk.
Pbzcyrk vf orggre guna pbzcyvpngrq.
Syng vf orggre guna arfgrq.
Fcnefr vf orggre guna qrafr.
Ernqnovyvgl pbhagf.
Fcrpvny pnfrf nera'g fcrpvny rabhtu gb oernx gur ehyrf.
Nygubhtu cenpgvpnyvgl orngf chevgl.
Reebef fubhyq arire cnff fvyragyl.
Hayrff rkcyvpvgyl fvyraprq.
Va gur snpr bs nzovthvgl, ershfr gur grzcgngvba gb thrff.
Gurer fubhyq or bar-- naq cersrenoyl bayl bar --boivbhf jnl gb qb vg.
Nygubhtu gung jnl znl abg or boivbhf ng svefg hayrff lbh'er Qhgpu.
Abj vf orggre guna arire.
Nygubhtu arire vf bsgra orggre guna *evtug* abj.
Vs gur vzcyrzragngvba vf uneq gb rkcynva, vg'f n onq vqrn.
Vs gur vzcyrzragngvba vf rnfl gb rkcynva, vg znl or n tbbq vqrn.
Anzrfcnprf ner bar ubaxvat terng vqrn -- yrg'f qb zber bs gubfr!"""

d = {}
for c in (65, 97):
    for i in range(26):
        d[chr(i+c)] = chr((i+13) % 26 + c)

print "".join([d.get(c, c) for c in s])

Я прочитал Что делает исходный код модуля "this"? Из принятого ответа я понял, что текст переменной s имеет кодировку ROT13 и последние 6 строк 

d = {}
for c in (65, 97):
    for i in range(26):
        d[chr(i+c)] = chr((i+13) % 26 + c)

print "".join([d.get(c, c) for c in s])

будут декодированы путем построения таблицы перевода и вывода на консоль.

Почему это закодировано?Другими словами, почему это не написано так: 

s = """
The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!"""

print(s)

Примечание: я искал похожий вопрос в SO, но не смог найти полезные ссылки.

1 Ответ

0 голосов
/ 03 июня 2018

Этот комментарий от @abarnert здесь говорит сам за себя:

В шутку.Все, что делает модуль, от обфускации исходного кода до реализации rot13 с нуля, даже если он встроен в stdlib, напрямую нарушает Zen of Python.Тим Питерс также ввел некоторые тонкие шутки в сам дзен (обратите внимание, что штрихи на линии TOOWTDI делают это двумя разными способами?)

Кроме того, были предприняты попытки удалить кодировку , но в последующем PR .

откат был
...