BenderBot: 1 версия

2010-08-11T00:01:43Z

1 версия

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

2010-08-10T17:32:42Z

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

[http://adamspiers.org/ Adam Spiers] «Почему в коде я предпочел бы обойтись без табов»
<blockquote>''Перевод статьи [http://adamspiers.org/computing/why_no_tabs.html Why I prefer no tabs in source code]</blockquote>

<blockquote>
{{important}} Я заметил, что несколько человек зашло на мою статью с статьи [[Why I love having tabs in source code]], где автор пытается оппонировать моим аргументам против использования табов.
(Замечу также, что автор весьма невежливо не поставил меня в известность о своей заметке, и, тем самым, не дал мне удобной возможности ответить).
Он поднял интересные вопросы, правда проигнорировал некоторые мои.
Хотя возможно он просто их не понял, тогда это моя вина, что я сформулировал их более ясно. Если выдастся время, я попробую это исправить и ответить на его заметку с более конкретными, проясняющими мою позицию, примерами.
</blockquote>

Итак, вернемся к моей статье.
----

Многие программисты смешивают в исходниках пробелы с табами — символами табуляции с ASCII-кодом <tt>09</tt>, вместо того, чтобы использовать несколько (обычно <tt>8</tt>) пробелов вместо таба.
Да, это считается малозначительной вкусовщиной, но я считаю, что, как правило, это не шибко удачная идея, и ниже я поясню почему.

{{note}} «Как правило» — это потому, что в любом правиле есть исключения, которые подтверждают все правила без исключения.
Ниженаписанное относится в основном к [http://www.fsf.org/ свободному софту], потому что из-за
«базарной»<ref>Метафора отсылает к известному эссе «[[RuPedia:Собор_и_Базар|Собор и Базар]]» о конкурирующих парадигмах разработки корпоративного и свободного программного обеспечения.</ref> модели разработки высока публичность кода.
Однако если вам не повезло, и вы работаете в компании не оставляющей никому выбора ни для правил отступов, ни текстового редактора,
то, что поделать — эта статья вам все равно не пригодится.

----
Итак, это:

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

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

{{note}} Вообще у <tt>diff</tt> есть пара решений для этого — опции <tt>--expand-tabs</tt> и <tt>--initial-tab</tt>, но ни оба из них недостаточны.

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

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

И опять таки, вы уверены, что никто кроме вас не захочет переформатировать ваш код? Точно уверены? Сто пудов? Уверены что вы ''никогда'' не будете копипейстить фрагменты кода в почте? Ну, представьте, что будет с этим кодом, кто-то ответить на такое письмо.

----

Аргумент «табы хороши, потому, что каждый может выбрать удобную для себя ширину отступов» не работает, потому что:

* Табы используются не только в начале строк. Может многострочный комментарий, с левым выравниванием текста, но размещенный справа от кода, в общем, вглянем на реальный пример из <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
и бах — внезапно прямоугольные блоки комментария справа перестают быть выровненными по левому краю — что за фигня!

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

* Этот же аргумент можно адресовать и к пробелам. Хотите взглянуть на исходники, чтобы двухколоночные отступы показывались как четырехколоночные? Без проблем:
$ perl -pe 's/^(( )+)/$1$1/' foo.c | less

Хотите переформатировать 8-колоночные отступы в трехколоночные? Легко:
$ perl -pi -e 's/^( +)\1{7}/$1 x 3/e' foo.c

Очевидно, можно написать простой Perl-скрипт или макрос для редактора, чтобы сделать эти операции еще более простыми.

----
А вы что думаете?

Я всегда интересуюсь [http://adamspiers.org/computing/why_no_tabs.html#others чужой точкой зрения] на этот вопрос.
Может я что-то упустил?
Или даже вы попробуете [mailto:adam@spiers.net доказать мне что, я ошибаюсь]?!

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

Будь любезен, сделай всем одолжение!
Напиши в свое <tt>~/.emacs</tt>:
(setq-default indent-tabs-mode nil)

или в своей <tt>~/.vimrc</tt>:
:set expandtab

Пишите, пожалуйста, [mailto:adam@spiers.net мне], как это сделать в других текстовых редакторах.

== Отзывы и мнения остальных ==

У полубога Линуса есть свои собственные [http://adamspiers.org/computing/Linus-Kernel-CodingStyle заповеди], с некоторыми из которых я согласен.I agree with.

Dawn Endico указал что известных нетскейпщик/мозильщик [http://www.jwz.org/ Jamie Zawinski] тоже написал [http://www.jwz.org/doc/tabs-vs-spaces.html заметку по теме], аргументы которой схожи с моими, но изложение несколько отличается. Рекомендую взглянуть!

{{important}} Неизвестный доброжелатель послал мне пачку ссылок по теме. Я был рад узнать, что в целом, там со мной согласны :-)

* [http://www.movement.uklinux.net/docs/whytabs/ Возможно самая лучшая страничка с защитой табов, из тех что я видел]. Я согласен почти со всем, кроме того что диффы выглядят отлично. Еще он забыл про цитирование кода при email-переписке.
* [http://www.chris-lott.org/resources/cstyle/CppCodingStandard.html#indent Стиль отступов в стандарте C++].
* [http://www.python.org/peps/pep-0008.html Стиль кодирования для Python]
* http://www.rudbek.com/Code_gui.htm#Guideline_No_Hard_Tabs
* http://babbage.cs.qc.edu/courses/cs101/Coding_Guidelines.html
* [http://www.freebsd.org/cgi/man.cgi?query=style&sektion=9 FreeBSD style guide ]
* [http://mindprod.com/unmainobfuscation.html How To Write Unmaintainable Code ]
* http://xarg.net/writing/tabs
* [http://www.ingrid.org/jajakarta/turbine/jp/turbine/common/code-standards.html Coding standards for the Jakarta Project]

{{important}} Robert Swindell указал мне на интересное предложение «[http://www.synchro.net/ptsc_hdr.html PT/SC]», где параметры форматирования, такие, как ширина табов, хранятся в заголовке плоского текстового файла в
едином, человекочитаемом формате. Давайте надеятся, что редакторы вскорости станут его поддерживать…

== Примечания ==
<references/>

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

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

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

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

BenderBot: 1 версия

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