Чи можуть бути команди tr ланцюгами, щоб уникнути декількох процесів tr у трубопроводі?

У мене є маса файлів txt, я хотів би виводити їх у нижньому регістрі, лише алфавітом та одним словом на рядок, я можу це зробити за допомогою декількох trкоманд у конвеєрі, як це:

tr -d '[:punct:]' <doyle_sherlock_holmes.txt | tr '[:upper:]' '[:lower:]' | tr ' ' '\n'

Чи можливо це зробити за одне сканування? Я міг би написати програму C , щоб зробити це, але я відчуваю, що є спосіб зробити це з допомогою tr, sed, awkабо perl.

Ви можете комбінувати кілька перекладів (за винятком складних випадків, пов’язаних із перекриттями наборів, залежних від локалі), але ви не можете поєднати видалення з перекладом.

<doyle_sherlock_holmes.txt tr -d '[:punct:]' | tr '[:upper:] ' '[:lower:]\n'

Два виклики tr, швидше за все, будуть швидшими, ніж один виклик більш складним інструментам, але це дуже залежить від розміру вводу, пропорцій різних символів, реалізації trта конкуруючих інструментів, операційної системи, кількості ядер тощо.

Ось кілька підходів:

• GNU grepі tr: знайдіть усі слова та зробіть їх малими літерами

  grep -Po '\w+' file | tr '[A-Z]' '[a-z]'

• GNU grep and perl: як вище, але perl обробляє перетворення у малі регістри

  grep -Po '\w+' file | perl -lne 'print lc()'

• perl: знайдіть усі алфавітні символи та роздрукуйте їх у малому регістрі (спасибі @steeldriver):

  perl -lne 'print lc for /[a-z]+/ig' file

• sed: видаліть усі символи, які не є алфавітними або пробілами, замініть усі алфавітні символи їх малими версіями та замініть усі пробіли новими рядками. Зауважте, що це передбачає, що весь пробіл - це пробіли, а не вкладки.

  sed 's/[^a-zA-Z ]\+//g;s/[a-zA-Z]\+/\L&/g; s/ \+/\n/g' file

Так. Це можна зробити trв локальній системі ASCII (що для GNU так trчи інакше є єдиним напрямком роботи) . Ви можете використовувати класи POSIX або посилатись на значення байтів кожного символу за восьмеричним числом. Ви також можете розділити їх перетворення на діапазони.

LC_ALL=C tr '[:upper:]\0-\101\133-140\173-\377' '[:lower:][\n*]' <input

Наведена вище команда перетворить усі великі символи в малі, повністю ігнорує рядкові символи та перетворить усі інші символи в нові рядки. Звичайно, тоді ви намотуєте тону пустих ліній. У tr -squeeze повтори перемикач може бути корисним в тому випадку, але якщо ви використовуєте його поряд з [:upper:]до [:lower:]трансформації , то ви завершуєте видавлювання прописні символи. Таким чином, він все ще потребує другого фільтра, як ...

LC... tr ... | tr -s \\n

... або ...

LC... tr ... | grep .

... і тому воно стає набагато менш зручним, ніж робити ...

LC_ALL=C tr -sc '[:alpha:]' \\n <input | tr '[:upper:]' '[:lower:]'

... який стискає -cвтілення алфавітних символів за послідовністю в один шматок нового рядка, потім перетворює верхній на нижній з іншого боку труби.

Це не означає, що діапазони такого характеру не є корисними. Такі речі:

tr '\0-\377' '[1*25][2*25][3*25][4*25][5*25][6*25][7*25][8*25][9*25][0*]' </dev/random

... може бути дуже зручним, оскільки він перетворює вхідні байти на всі цифри за розширеним спектром їх значень. Не витрачайте, не хочете, знаєте.

Ще один спосіб зробити перетворення міг би включати dd.

tr '\0-\377' '[A*64][B*64][C*64][D*64]' </dev/urandom |
dd bs=32 cbs=8 conv=unblock,lcase count=1

dadbbdbd
ddaaddab
ddbadbaa
bdbdcadd

Оскільки ddможна робити unblockі lcaseперетворення, і перетворення одночасно, можливо, велику частину роботи можна передати йому. Але це може бути дійсно корисним лише в тому випадку, якщо ви зможете точно передбачити кількість байтів на кожне слово - або, принаймні, зможете заздалегідь unblockпрокладати кожне слово з пробілами до передбачуваного числа байтів, тому що з'їдає пробіли в кінці кожного блоку.