Соглашение об именах файлов Unix для эффективного завершения табуляции?

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

Конечно, возникает вопрос, почему вы выполняете автозавершение имен файлов с помощью табуляции? Если вы просматриваете исходный код, обратите внимание на TAGS, CEDET и множество других утилиты, которые позволят вам обойти имя файла и перейти непосредственно к функции/переменной, которая вам действительно нужна.

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

В целом,

setterm -blength 0

отключит звуковой сигнал терминала. экран GNU и некоторые графические терминалы имеют собственные настройки звуковых уведомлений.

Специально для Bash и других Readline – с помощью программного обеспечения поведение завершения с вкладками можно изменить с помощью файлов конфигурации $INPUTRC, /etc/inputrc и ~/.inputrc. Например,

bell-style none     # never ring the bell
bell-style visible  # use visual bell, if available

show-all-if-ambiguous on  # list all completions instead of ringing the bell

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

Обычно хорошей идеей являются общие каталоги для файлов, но это не всегда возможно. В этих случаях простой подход, который хорошо работает, состоит в том, чтобы указать общность в суффиксе, а не в префиксе. Например, я называю свои модульные тесты с суффиксом «_test.py». Выполнение этого наоборот (например, test_foo.py) приведет к завершению табуляции для каждого тестового файла.

Вы можете распространить эту идею на общий случай выравнивания иерархий. Например, если у вас есть иерархия классов Person->Employee->Programmer, вы можете избежать зеркалирования структуры каталогов кода, вызвав тест programmer_employee_person_test.py. Опять же, более общие компоненты идентификатора появляются позже в названии.

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

Вместо этого я перемещаюсь по источникам, используя такие инструменты, как find . -name {expr} (имена файлов), grep -r {expr} * (определения функций, прототипы и использование) и их комбинации. Можно написать сценарии оболочки для эффективного выполнения операций поиска/замены с использованием sed i 's/find/replace' по всему дереву исходного кода. У меня есть небольшая папка в ~/ по пути, которая содержит несколько полезных скриптов, подобных этому.

Я комбинирую это с такими IDE, как Eclipse для редактирования или VIM, в зависимости от того, что я делаю. На самом деле мне оба нравятся одинаково, так как я использую оба для разных целей.

Что касается Emacs, я пробовал, он мне не нравится. Он слишком большой и сложный, и у меня есть дела поважнее, чем научиться его использовать (хорошо, давайте остановимся на этом, прежде чем мы начнем обсуждение "настоящие программисты используют..."). Поэтому я не могу комментировать инструмент Emacs, на который вы ссылаетесь. Я думаю, попробуйте и посмотрите, поможет ли это.

Вы можете использовать меню-завершение вместо завершения:

bind '"\C-i": menu-complete'
echo '"\C-i": menu-complete' >>~/.inputrc

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

Wrt completion: Да, это может помочь использовать что-то вроде Сосульки. Есть много различных способов, которыми может помочь гибкое завершение, включая поиск в файлах проекта. См., например, Поиск сосулек.

Также помогает возможность предоставления нескольких простых шаблонов соответствия ("прогрессивное завершение") -- это намного проще, чем придумывать одно сложное регулярное выражение. Аналогичным образом, возможность исключать совпадения для определенных шаблонов ("отщепление не-слона") полезно. Наконец, для сопоставления имен файлов иногда может помочь сопоставление компонентов каталога.