Почему программисты боятся табуляции? (Замена на пробелы... зачем?)

[ТВЭЛ]

Не могу понять, почему программисты предпочитают несколько пробелов одному символу.
Тайный смысл ускользает от меня, объясните, пожалуйста.

[fbi]

А вы поставте символ табуляции и попробуйте открыть файл в разных редакторах!

[Nymin]

нормальные IDE заменяют \t на указанное число пробелов (4)

[fbi]

нормальные IDE заменяют \t на указанное число пробелов (4)

Ничего они не заменяют! Вы хотели сказать, что они могут заменять! Как правило, это сводится к выставлению галочки, где нить в настройках.

[NickLion]

Стандартная холиварная тема программистов - что лучше - пробелы или табуляция. И почему боятся? Одним нравится одно, другим - другое.

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

Главное - не смешивать! (а то есть любители отступ по 4 символа - пробелами, табуляция - 8, два отступа заменяются на табуляцию...) А там любое сойдет.

PS а еще можно вспомнить холивар про фигурные скобочки, и названия переменных

[ТВЭЛ]

А вы поставте символ табуляции и попробуйте открыть файл в разных редакторах!

Зачем? У меня есть Vim

Стандартная холиварная тема программистов - что лучше - пробелы или табуляция. И почему боятся? Одним нравится одно, другим - другое.

Блин, то есть всё это без какой-либо логики?! Мда.
В том же Vim есть аж несколько настроек для замены tab на пробелы.
Ужас какой-то.

[eddy]

А я обычно сильно ругаюсь, когда ко мне попадает код с пробельными отступами. Работаю чаще в mcedit'е или gedit'е. Благо, в gedit есть возможность выполнения внешних скриптов, так что проблема с кривым форматированием решается одним нажатием заданного сочетания клавиш

[NickLion]

Нет, почему, логика есть - в каждом из вариантов. Лично для меня не критично (как уже говорил - главное не смешивать).

[iljaCPP]

А на мой взгляд, символ "\t" придумали от нечего делать. Лишняя заморочка.
Есть клавиша табуляции как на печатных машинках, ну и печатала бы себе нужное число пробелов. Нет же, понадобилось отдельный символ для этого придумывать.
Сильно ругаюсь, когда читаю чужие исходники с табами.

[allez]

Почему программисты боятся табуляции?, Замена на пробелы... зачем?
Не могу понять, почему программисты предпочитают несколько пробелов одному символу.

Ну, начнем с того, что не все и не везде:

1.1.3. Пробелы и табуляция

Для форматирования отступов в коде нужно использовать табуляцию. Использование пробелов запрещено.
Причины:
· в случае использования табуляции каждый может настроить в своем редакторе желаемый отступ;
· используется один символ вместо нескольких;
· в случае смешивания пробелов и табуляции текст будет "прыгать", разрушая форматирование.

Стиль кода
Оформление
Используйте табуляцию, а не пробелы для отступов. В средах типа VS лучше использовать режим табуляции.

Разумеется, есть и обратные рекомендации:

38. Special characters like TAB and page break must be avoided.

These characters are bound to cause problem for editors, printers, terminal emulators or debuggers when used in a multi-programmer, multi-platform environment.

Использование отступов

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

Также есть и нейтральные рекомендации:

4 - Indentation

Four spaces should be used as the unit of indentation. The exact construction of the indentation (spaces vs. tabs) is unspecified. Tabs must be set exactly every 8 spaces (not 4)

А в GNU Coding Standards, например, вообще ничего об этом не сказано.

В общем, уж извините, ТВЭЛ, но на мой сугубо личный взгляд, поднятая вами тема относится к разряду споров "тупоконечников" и "остроконечников" и совершенно не стоит выеденного объекта их спора. ;)

[iljaCPP]

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

[juvf]

но на мой сугубо личный взгляд, поднятая вами тема относится к разряду споров "тупоконечников" и "остроконечников" и совершенно не стоит выеденного объекта их спора.

+1

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

[Portnov]

Айда в тематические беседы...

[ТВЭЛ]

В общем, уж извините, ТВЭЛ, но на мой сугубо личный взгляд, поднятая вами тема относится к разряду споров "тупоконечников" и "остроконечников" и совершенно не стоит выеденного объекта их спора.

Не-не. Обратите внимание, в приведённых вами примерах по Tab была аргументация, а по пробелам тупая директива - только так и всё, без какого-либо объяснения

[allez]

Не-не. Обратите внимание, в приведённых вами примерах по Tab была аргументация, а по пробелам тупая директива - только так и всё, без какого-либо объяснения

Вы, похоже, не очень внимательно их читали. По табуляциям я привел два примера - во втором никаких аргументов не наблюдается (одна лишь "тупая директива"), в первом же они ну о-очень "веские" :)

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

По пробелам также два примера - во втором "тупая директива", а в первом аргументы таки есть, но того же порядка и "весомости", что и аргументы в пользу табуляции:

These characters are bound to cause problem for editors, printers, terminal emulators or debuggers when used in a multi-programmer, multi-platform environment.

Общий счет - 1:1 и мое мнение насчет остро- и тупоконечников, а также беспредметности этой темы совершенно не поколеблено. :)

P. S. И потом, я привел здесь первые попавшиеся на глаза примеры, которые мне выдал Гугл. Если покопаться, наверняка можно найти и более разумные обоснования своей правоты как от "пробельщиков", так и от "табуляторщиков". Но, повторюсь, меня это не интересует, поэтому тратить время и силы на такой поиск я не стану.

[agentprog]

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

[allez]

в мейкфайлах обязательна табуляция.

По поводу символов табуляции в Makefile

[drBatty]

Общий счет - 1:1 и мое мнение насчет остро- и тупоконечников, а также беспредметности этой темы совершенно не поколеблено. :)

ИМХО не настолько принципиальный вопрос - всегда можно подправить sed...
лично я предпочитаю в текстах Си пробелы...

[allez]

лично я предпочитаю в текстах Си пробелы...

Аналогично. В текстах Perl- и shell-скриптов также пользуюсь пробелами. А вот когда приходится писать что-то на VB/VBA или языке 1С, то тут у меня рука сама Tab нажимает использую символы табуляции. И никакого душевного дискомфорта при этом не возникает. :)

[Voral]

Раньше использовал пробелы, но одиночные. (т.е. разница между уровнями только 1 пробел)..... Стало не удобно начал нажимать два...... Надоело нажимать два, да и экраны теперь стали пошире, стал использовать табуляцию. Так мне удобно, так мне наглядно......

Спорить тут вообще нечего.
Работаешь один и для себя делай как удобно лично тебе.
Работаешь в команде следую уставу принятому в данном конкретном "монастыре".

Единственное правило, которое нужно себе привить с самого начала: не смешивать. Или ТОЛЬКО пробелы или ТОЛЬКО табуляция.

[watashiwa_daredeska]

Табуляции
Pros:
- Каждый может настроить в редакторе размер табуляции (но не всегда, см. Cons).
- Эффективнее по размеру (это, господа, смешно, Вы еще предложите переменные и функции называть одной-двумя буквами, чтобы место экономить).
Cons:
- Очень неудобно работать с несколькими проектами одновременно, имеющими разные соглашения по размеру и стилю использования табуляции. Modeline-нов на всех не напасешься: vim, emacs, eclipse(?), чёрт-те что еще...
- В особо запущенных случаях, вроде Python, отступы имеют семантическое значение и независимо от настроек редактора интерпретатор считает TAB за 8 пробелов. Если в редакторе другие настройки, проблемы обязательно возникнут, рано или поздно.
- Неправильная настройка размера табуляции мешает не только при редактировании, но и при просмотре. Исходники с поехавшими табуляциями нечитаемы. Исходники с табуляциями, отличными от 8 пробелов очень неудобно смотреть, например, less'ом (надо отдельную опцию прописывать).

Пробелы:
Pros:
- Всегда, везде и у всех выглядят одинаково независимо от настроек чего бы то ни было.
- WISIWIG: видно N пробелов, значит и есть N пробелов, а не что-то еще. Сильно упрощает жизнь.
Cons:
- Больше нажатий. (Все нормальные редакторы умеют работать с отступами пробелами так, что не отличить от отступов табуляциями. Все нормальные редакторы умеют достаточно умно отступать, без этого даже отступ табуляциями — лишние нажатия кнопок).
- Больший объем, чем у табуляций (см. про табуляции, это смехотворно).

[drBatty]

кэйт,вим,кдев сами ставят.(у мну-пробелы)

[watashiwa_daredeska]

тут у меня рука сама Tab нажимает. И никакого душевного дискомфорта при этом не возникает. :)

Я в vim и emacs тоже Tab жму, но вставляются пробелы.

[allez]

Прошу прощения, недостаточно точно выразился: в виду имелось, что отступ при этом производится именно символами табуляции. Да и редакторы VBA, скажем, или там 1С не умеют заменять табуляцию на пробелы. А в прочих случаях я тоже жму Tab, но вставляются пробелы. :)

[watashiwa_daredeska]

Я, видимо, недостаточно точно выразился

Достаточно точно. Я Вас понял, поэтому и возразил, что нажатие Tab не обязательно должно приводить к вставке символа TAB.

[allez]

нажатие Tab не обязательно должно приводить к вставке символа TAB

Логично. Подправил свое сообщение, чтобы других в заблуждение не вводить.

[kamre]

Как с помощью tab отформатировать код со следующим стилем:

Код: Выделить всё

void some_class_name::some_function_name(int first_param,
                                         int second_param,
                                         int third_param);

double value = (.....)
             + (.....)*(.....)
             - (.....)/(.....);

?

[Gugloed]

Даже если в одном тексте перемешаны и пробелы, и табуляция — есть :retab, есть indent. Так что даже это проблем не создаёт.

В далеком прошлом, в эпоху BC (before computers), существовали устройства, именовавшиеся телетайпами. Вот оттуда-то и есть пошол этот кошмар — символ \t, равный 8 пробелам. Именно 8, а не 9 и не 7.
Читать тескт с отсутпами в 8 пробелов — это неудобно. Удобно, когда около 4 пробелов.
Чтобы \t отображался как 4 пробела — это уже костыль. Именно костыль. Этот костыль по-разному реализуется в разных редакторах, что влечёт массу проблем.

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

[watashiwa_daredeska]

Даже если в одном тексте перемешаны и пробелы, и табуляция — есть :retab, есть indent. Так что даже это проблем не создаёт.

Это создаёт проблемы с системами контроля версий, это создаёт проблемы с тем, что нужно постоянно делать этот самый :retab и indent, что неудобно, если в проектах несколько тысяч файлов и надо постоянно в них подглядывать. Так что, :retab и/или indent можно сделать один раз, чтобы больше с табуляциями не мучаться.

[Gugloed]

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