Я бачив кілька тем із шрифтів на тему SO, і, схоже, більшість людей використовують монопросторові шрифти для завдань програмування. Я використовую Verdana для програмування пару років, і мені дуже подобається покращена читабельність, не пропускаючи нічого, що стосується простору.
Чому ви використовуєте монопростірний шрифт?
Відповіді:
Монопростірним шрифтом:
Il 0OЯ ніколи раніше навіть не думав кодувати пропорційним шрифтом. Тому в інтересах науки я просто змінив редактора, щоб дати йому можливість.
Ось кілька спостережень після виправлення декількох простих квитків:
!оператор в if (!foo). (якщо (! foo), дивіться!){}[]()проти {} [] ())$@%проти $ @%)'"!;:,.проти '"!;:,.)0Oo iIlпроти 0Oo iIl)Однак є деякі позитивні моменти. Слід визнати, що я використовую його лише деякий час, але, звичайно, є деякі аспекти, які працюють трохи краще з пропорційними шрифтами:
Завтра я знову оновлю цю відповідь (за умови, що зможу пройти цілий день, як це!)
Я люблю вибудовувати відповідні умови, намагаючись зробити більш очевидним, що вони згруповані. Наприклад:
if ((var1 == FOO) && ((var2 == BAR) ||
(var2 == FOOBAR)))
Шрифти змінної ширини ускладнюють це.
Одне, що я постійно бачу тут, - це обговорення "вишикування коду" та відступу. Я хотів би вказати на такі речі:
Тож намалювавши все це разом, якщо кожен рядок ви починаєте з одного місця, а послідовний інтервал має однакову ширину, а ідентифікатори не спонтанно змінюють ширину кожного рядка, тоді ваш код НАСАД вирівняється! ... поки щось не інше.
наприклад:
identifier.Method().Property.ToString();
identifier.Method().OtherGuy.ToString(); //how lined up and pretty!
identifier.Method().Sumthing.YouGetThePoint;
Єдиний момент, за яким я визнаю, полягає в тому, що нелітерально-цифрові символи, як правило, не дуже широкі; до них належать) (] [} {,: | "; ',`! і. Однак це можна виправити в редакторі шрифтів ... просто зробивши їх ширшими. Це не проблема, властива немонопростору; просто немає На нього не було великого попиту, і тому це ще не зроблено.
Підводячи підсумок, особисті переваги - це нормально, але я думаю, що є мало практичних причин віддавати перевагу монопростору перед немонопростором. Вам подобається зовнішній вигляд? Звичайно, займіться монопростором. Ви хочете, щоб на вашому екрані було більше речей? Переходьте немоно. Але те, як люди ставляться до непросторового простору як до єресі, трохи перебільшено.
Мені стало цікаво за цією темою, оскільки багато аргументів щодо моноширинних шрифтів дійсно можна легко спростувати за допомогою деяких налаштувань. Тому я переключив свою IDE на Calibri (оскільки вона має гарне кругле обличчя та оптимізована для читабельності на екранах для інтерфейсу користувача - ідеально). Зараз я, очевидно, повинен використовувати замість пробілів вкладки для відступу (ігноруючи всі проблеми), а ширини 4 пробілів явно недостатньо, тому я перейшов на 10.
Зараз виглядає цілком непогано. Однак є кілька очевидних проблем, які я міг би помітити. Більше може з’явитися пізніше, після того, як я деякий час перевірив ці налаштування.
Символи погано вирівнюються. Як приклад розглянемо такий код C #:
var expr = x => x + 1;
Стрілка ( =>) виглядає як одиниця приблизно в будь-якому монопростірному шрифті. Це схоже на два сусідні символи в інших шрифтах. Те саме стосується операторів, таких як >>тощо.
Контекстно-чутливий відступ повністю розбитий: у деяких контекстах недостатньо відступити фіксовану кількість вкладок. Візьміть вирази LINQ, які можуть мати відступ таким чином:
var r = from c in "This, apparently, is a test!"
where !char.IsPunctuation(c)
select char.ToUpper(c);
Ви просто не можете зробити це за допомогою пропорційного шрифту.
Загалом, символи занадто вузькі. Знову ж таки, додатковий інтервал між літерами може допомогти, і це, безумовно, необхідно у випадку пунктуації. Однак у мене склалося відчуття, що все це налаштування, щоб зробити пропорційні шрифти більш читабельними, просто наслідуватиме те, що одношарові шрифти, природно. Це, безумовно, справедливо для всіх пунктів, згаданих на даний момент.
Я використовую Comic Sans MS, який виглядає цілком розумно, оскільки малі розміри точок (він починає виглядати «жартівливо» лише при розмірах заголовків). Це легко для очей, але все одно тримайте текст досить дрібним, щоб у текстовому вікні було видно розумну кількість коду, відкривши кілька закріплених панелей VS.
Ви можете вимкнути панель Solution Explorer і мати 100 стовпців тексту для читання без горизонтальної прокрутки. Перемістившись, я можу мати панель DXCore Documentor (відображаючи відформатовані XMLDOC) достатньо широко відкритою для читання, але при цьому мати можливість бачити достатньо тексту, щоб документувати XML-документи.
Якщо ви працюєте в команді, то шрифти з рознесеним інтервалом гарантують, що код чіткий і правильно розкладений для всіх, незалежно від того, яким шрифтом з пробілом вони віддають перевагу.
Ваш код може здатися вам зрозумілим при використанні шрифту зі змінною шириною, але навряд чи він буде виглядати однаково, якщо його відкриває користувач шрифту з одним пробілом.
Все, що потрібно, - це кілька годин спроб з’ясувати, чому пошук щось не знаходить, оскільки у вашому буквалі є 2 пробіли замість 1, щоб зрозуміти, що ви повинні використовувати шрифти Monospace. У мене це траплялося одного разу при спробі виправити агент Lotus Notes, коли дизайнер не використовував шрифт monospace. Лише коли я вставив код у CodeWright, щоб роздрукувати його, стало очевидно, в чому проблема.
Монорозмірні шрифти значно полегшують вибудовування коду.
Це особливо актуально при роботі з командою; кожен у команді може користуватися різними шрифтами, і поки вони всі мають монопростір, все буде вибудовуватися. Подібним чином, якщо одна людина використовує безліч різних інструментів розробки, все складеться, якщо всі вони мають монопростір. Якби всі вони не були моноширокими, вам довелося б переконатися, що всі вони використовують один і той же шрифт, а якщо ви розробляєте на двох платформах, це може бути важко.
Насправді, деякі засоби розробки підтримують лише одношарові шрифти.
Інша причина полягає в тому, що моноширинні шрифти мають, як правило, більш чіткі символи. Порівняйте lIiO0 з lIiO0, і ви зрозумієте, що я маю на увазі. Вони також значно полегшують підрахунок пробілів.
Я підозрюю, що моноширинні шрифти віддали перевагу програмісту як перенесення з текстових днів DOS.
З іншого боку, я сам пробував Вердану та ще пару рекомендованих пропорційних шрифтів, але не зміг впоратися зі змінами. Моє око занадто добре навчене для простору. Мови, важкі для символів, такі як: C / C ++, C #, Perl тощо, виглядають для мене занадто різними. Розміщення символів робить код абсолютно іншим.
За характером коду, а не звичайною мовою, приємніше мати правильний вибудовування. Крім того, при редагуванні коду іноді потрібно заблокувати вибір, заблокувати копіювання та блокування вставки. У Visual Studio ви можете зробити вибір блоку за допомогою клавіші ALT під час вибору миші. Це може відрізнятися в різних редакторах, але я завжди вважав цей параметр у редакторі дуже важливим у деяких випадках, і він не працював би дуже добре, якщо ви не використовуєте шрифт із пробілами.
Мені особисто зручніше читати шрифти з інтервалом у редакторах коду. Звичайно, я майже сліпий. Це може змінити ситуацію. В даний час я запускаю консольний шрифт у 15 точках з темним фоном з висококонтрастними літерами.
Використання пробілів для відступу було б проблемою, як тільки ви заглибитесь на один рівень.
Я думаю, як і проблема з символами табуляції, ускладнюючим фактором є те, коли щось відступає з метою вирівнювання, а хтось інший має інші уподобання. Речі зміщуються між собою.