BenderBot: 1 версия

2010-08-11T00:01:43Z

1 версия

StasFomin в 17:21, 10 августа 2010

2010-08-10T17:21:49Z

Новая страница

<blockquote>
Перевод статьи http://derkarl.org/why_to_tabs.html
</blockquote>

Многие делают отступы пробелами. Но в целом, это плохая идея.
Если бы табы использовали для отступов, а пробелы — для остального форматирования, проблемы бы не было.
По крайней мере современные редакторы, такие как <tt>VIM</tt> и <tt>KWrite</tt>,
нормально обращаются с табами.

Мои контраргументы к утверждениям статьи «[[Why I prefer no tabs in source code]]», агитирующей за пробелы:

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

Если вы используете пробелы без табов, вы никак и никогда не зависите от особенностей и настроек редакторов и просмотрщиков, вам не нужно выставлять им правильную ширину таба. Даже если вы готовы настраивать каждый редактор/просмотрщик под каждую используемую вами платформу, разве вы не усложняете жизнь остальным, кому надо читать и править ваш код?
</blockquote>

На самом деле это более переносимо.
Я не знаю никого, кто делает отступы пробелами, восемь раз нажимая на пробел,
просто они обычно настраивают их текстовый редактор, что таб это восемь пробелов.
И неважно, насколько «глубоки» и «широки» ваши табы,
читатель просто настроит глубину табов как ему удобно, без необходимости переформатировать файл, ведь переформатирование файла (даже с одним отступом) делает сравнение полностью невозможным, ибо изменяется все!
Табы решают эту проблему, можно интерпретировать их как 4-пробельные или 8-пробельные отступы, без изменения файла.

<blockquote>
Становится очень сложно читать ''diff''-результаты, как контекстные, так и в формате ''unified diff'', так как там первый столбец означает тип изменения строчки. Для многих разработчиков сейчас это очень важно. И даже если вы разрабатываете ваш код в одиночку, насколько вы уверены, что никому и никогда не взглянет на ваш код, не будет его править и уж совсем никогда не пошлет вам патчи?
</blockquote>

Это совершенная неправда, на самом деле, как я выше уже утверждал, отступы с табуляциями упрощают чтение diff-ов.

<blockquote>
Становится сложно двигать блоки кода влево-вправо. Например, вы пытаетесь сдвинуть блок на две колонки вправо — и это не действует на строчки начинающиеся с табов.

Конечно, можно сказать все это не потребуется для вменяемые редакторов, которые делают автоматические отступы,
но автоматика не всегда может сработать правильно, особенно для [http://www.perl.com/ Perl]-а, когда даже <tt>[http://www.gnu.org/software/emacs/ GNU emacs]</tt> не в силах разобраться с синтаксисом.

И опять таки, вы уверены, что никто кроме вас не захочет переформатировать ваш код?
</blockquote>

Автоматическое переформатирование ваших файлов с использованием <tt>sed</tt> или <tt>perl</tt> на самом деле гораздо легче, если используются табы, так как каждый уровень задается в точности одним символом, и не надо подсчитывать пробелы, пытаясь определить ширину таба — 8, 4 или сколько там еще пробелов.
А редакторы, которые не справляются с табами, — это вовсе не редакторы, а недоразумение (вспоминается <tt>emacs</tt>).

<blockquote>
Аргумент «табы хороши, потому, что каждый может выбрать удобную для себя ширину отступов» не работает, потому что:
* Табы используются не только в начале строк. Может многострочный комментарий, с левым выравниванием текста, но размещенный справа от кода, в общем, вглянем на реальный пример из <tt>/usr/include/gmp.h</tt>, найденный на FreeBSD-системе:

<code-c>
typedef struct
{
int _mp_alloc; /* Number of *limbs* allocated and pointed
to by the D field. */
int _mp_size; /* abs(SIZE) is the number of limbs
the last field points to. If SIZE
is negative this is a negative
number. */
mp_limb_t *_mp_d; /* Pointer to the limbs. */
} __mpz_struct;
</code-c>

И теперь представим бедолагу сидящего за терминалом 80x25, и решившего просмотреть форматированный табами код не из расчета 8 пробелов на таб, ведь это было бы ужасно читать из-за переносов строк или выходу за границы экрана, а задав 2 или 3 пробела на таб.
Итак, он печатает
less -x2 foo.c
и бах — внезапно прямоугольные блоки комментарие справа перестают быть выровненными по левому краю — что за фигня!
</blockquote>

Табы используются для отступов, для отступов и только для отступов.
Они не предназначены для форматирования текста, для выравнивания колонок,
или выстраивания ваших комментариев квадратиками. Пробелы предназначены для этого.

<blockquote>
Проблемы могут быть даже если табы только в началах строк. Допустим, какой-то код был написан на <tt>emacs</tt> с табами по восемь пробелов, но со стилем отступов «Kernighan & Ritchie», где отступы в 5 пробелов. Если <tt>emacs</tt> настроен на использование табов, строчки с одним отступом будут отбиты пятью пробелами, строчки с двумя отступами будут отбиты табом и двумя пробелами (<tt>8 + 2 == 10</tt>).
Если кто-то еще захочет просмотреть этот код в редакторе/листальщике с табами по 4 пробела, то
в строчках с единичной глубиной будет отступ на 5 колонок, следующий уровень — 6 колонок, третий уровень — 11 колонок… Упс!
</blockquote>
Во-первых, K&R-стиль давно устарел.
Ничего страшного, если вы смените K&R-стиль на табы, где табы ровно <tt>X</tt> пробелов, и где каждый столбец будет на уровне кратном <tt>X</tt>.

На самом деле, преимущество табов можно увидеть на примере
CVS-репозитория [http://www.kde.org/ kde].

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

И только малая часть модулей (<tt>aRts</tt>, Noatun) на 100% последовательна — та, где код форматируется табами.

Лучше делать форматировать так (обозначим табы подчеркиваниями, а пробелы — точками):

_____if.(true)....//This should be replaced
_____{............//with a proper boolean
__________func();
_____}

На любом уровне, все будет выравнено:

SomeClass::SomeClass()
_____.:.InheritingClass(false, false
_____...................5, 10, true,
_____...................bleh, blah)
{
// ....
};

<code>// vim: ts=4 noet</code>

[[Категория:Tabs vs. Spaces]]

{{ActualBanner}}
{{replicate-from-custiswiki-to-lib}}

← Предыдущая	Версия 00:01, 11 августа 2010
(нет различий)

Why I love having tabs in source code - История изменений

BenderBot: 1 версия

StasFomin в 17:21, 10 августа 2010