Кто-нибудь предпочитает пропорциональные шрифты? [закрыто]

Я читал статью в Википедии о стиле программирования и заметил кое-что в аргументе против вертикально выровненного кода:

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

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

Общие точки против пропорциональных шрифтов, комментируется.

• Вы не можете точно выровнять код по вертикали с помощью пропорциональных шрифтов. Я имею в виду, что вы могли бы точно выровнять код по вертикали с помощью пропорциональных шрифтов, если бы все использовали упругие табуляции , но увы ...
• Некоторые пропорциональные шрифты затрудняют различение некоторых групп символов. (например, MRNM). Однако не все программные шрифты идеальны: Courier New имеет идентичные 'O' и '0' и идентичные '1' и 'l'.
• Некоторые IDE плохо поддерживают шрифты не фиксированной ширины (например, вышеупомянутую Visual Studio или IDLE Python). В некоторых случаях вы также не можете использовать его. (например, терминалы.)
• Выбор пропорционального шрифта для кодирования приведет вас к бесконечным священным войнам. Здесь, однако, существует проблема между клавиатурой и креслом.

Очки в пользу пропорциональных шрифтов

• Некоторые персонажи просто шире других. Необходимость втиснуть его mв одно и то же пространство nилиi действительно затрудняет создание хорошего, удобочитаемого моноширинного шрифта .
• Улучшено расстояние между буквами в самый раз. Сравните rnWи Illна этом скриншоте Proggy Clear пример неправильного расстояния между шрифтами.
• Большинству программистских шрифтов не хватает курсива или жирного шрифта. Это затрудняет использование эффективной подсветки синтаксиса.
• В любом случае, вертикальное выравнивание - это червячная банка. Вкладки или пробелы или вкладки и пробелы?

Лично я с удовольствием использую как шрифт Ubuntu, так и WenQuanYi Zen Hei Mono и не могу предпочесть одно другому. :)

Ubuntu 10 и WenQuanYi Zen Hei Mono 9, по сравнению. Здесь нет явного победителя, если вы спросите меня.

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

Существует причина, которая делает практически невозможным использование для кодирования других шрифтов, кроме моноширинного, но не упоминалась в других ответах: прямоугольные выделения .

Эта функция, часто не очень полезная и не очень известная при работе с обычным текстом, необходима разработчикам. Вы можете представить себе множество сценариев: удаление //комментариев в несколько строк, добавление скобок или других символов и т. Д. Это еще более ценно с расширенной поддержкой прямоугольных выделений, как в Visual Studio 2010, где вы можете не только выделять и удалять текст, но выберите и замените его.

Давайте возьмем пример:

private IEnumerable<SELove> StackExchangeRocks()
{
    var howILoveSEWebsites = new []
    {
        new SELove { SiteName = "Stack Overflow", MyReputation = 5269,  MyRating = Rating.Outstanding, },
        new SELove { SiteName = "Programmers",    MyReputation = 16937, MyRating = Rating.Outstanding, },
        new SELove { SiteName = "Super User",     MyReputation = 650,   MyRating = Rating.QuiteGood,   },
        new SELove { SiteName = "Server Fault",   MyReputation = 489,   MyRating = Rating.Good,        },
        // Initialize other websites here.
    };

    return howILoveSEWebsites.OrderByDescending(c => c.MyRating);
}

private class SELove
{
    public string SiteName { get; set; }
    public int MyReputation { get; set; }
    public Rating MyRating { get; set; }
}

private enum Rating
{
    Outstanding,
    Good,
    QuiteGood,
}

В этом унаследованном коде я хочу заменить рейтинг в коде методом, который будет загружать мой рейтинг с самих сайтов Stack Exchange, чтобы всегда иметь актуальную информацию. Я начал проводить рефакторинг MyReputationсвойства, и теперь я хочу удалить инициализацию в области видимости. Представьте, что у меня не четыре, а все 84 сайта SE.

Вот что происходит при использовании Consolas , моноширинного шрифта. Я нажимаю Backspace, и все, я могу потратить оставшееся время, чтобы сделать что-то действительно полезное.

И здесь то же самое с Segoe UI . Ой!

Раньше я использовал пропорциональный шрифт, главным образом потому, что я считаю, что пунктуацию на самом деле легче дифференцировать, но со временем я отказался, потому что никто другой не делает этого, и все неосознанно принимают моноширинные шрифты (как упоминается в статье в Википедии, пытаясь сделать табличный форматирование, ascii art в комментариях и тд).

Кроме того, проблемы в Visual Studio , которые Microsoft не хочет исправлять, в основном делают невозможным использование правильно разработанных пропорциональных шрифтов.

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

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

Я помню, что в книге Бьярна Страуструпа « Язык программирования C ++» для кода использовались пропотентно расположенные шрифты. (Я не могу найти образцы страниц в Интернете)

Я не помню точных причин, но думаю, что он упомянул это и одно другое изменение (я думаю, что сам язык C ++) как новое введение в эту книгу.

Лично я предпочитаю фиксированные космические. Консолас мой любимый.

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

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

В средах Smalltalk, таких как Pharo, используются пропорциональные шрифты, и благодаря стилю языка они там выглядят очень хорошо. Но в языках стиля C, таких как Go или в других, таких как Erlang или Python, я предпочитаю моноширинные шрифты.

Некоторое время назад я потратил некоторое время на поиск хорошего, удобочитаемого шрифта для Eclipse, и под XP я довольно долго использовал Verdana. Консолас решил это, потому что это действительно превосходно для программирования.

Вот мои выводы:

• Большинство пропорциональных шрифтов предназначены для прозы и имеют небольшую пунктуацию (которая в свою очередь обычно составляет один или редко два символа). В семействе языков C много пунктуации, которая, на мой взгляд, выглядит не очень хорошо, и ее сложнее читать, чем необходимо.
• Символы переменной длины означают, что длина строк варьируется. Это делает почти невозможным угадывание конца курсора при навигации с помощью кнопок со стрелками. Я нашел это раздражающим.
• Вертикальное расстояние тоже имеет значение. Обычно это не то, что можно легко переопределить, и большинство пропорциональных шрифтов имеют меньше места между строками, чем хотелось бы.
• Очень немногие IDE тестируются с пропорциональными шрифтами. Это освобождает место для незначительных ошибок, таких как установка курсора в неправильном месте, неправильная перерисовка символов и тому подобное.

Следовательно, я обнаружил, что это не стоило мне проблем.

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

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

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

Для сравнения:

name1 = ["Уильям", "Шекспир", 1564, "Peotry"]

name2 = ["Джон", "Локк", 1632, "Философия"]

name3 = ["Джонатан", "Литтелл", 1967, "Проза"]

Для того, чтобы:

name1=["William",  "Shakespear", 1564, "Peotry"     ]
name2=["John",     "Locke",      1632, "Philosophy" ]
name3=["Jonathan", "Littell",    1967, "Prose"      ]

Пропорциональные шрифты просто не могут размещать эквивалентные атрибуты ровно один над другим.

Хотя я чувствую, что пропорциональные шрифты красивее, в некоторых из них, особенно шрифтах без засечек, невозможно увидеть разницу между «я» и «я». Подождите, как я снова назвал эту переменную?