Tôi đã xem một vài chủ đề về phông chữ trên SO và có vẻ như đa số mọi người sử dụng phông chữ monospace cho các tác vụ lập trình. Tôi đã sử dụng Verdana để lập trình trong một vài năm và tôi thực sự thích khả năng đọc được nâng cao, không bỏ sót bất kỳ thứ gì liên quan đến monospace.
Tại sao bạn sử dụng phông chữ monospace?
Câu trả lời:
Trong phông chữ monospace:
Il 0OTôi thậm chí chưa bao giờ xem xét việc viết mã bằng một phông chữ tỷ lệ trước đây. Vì vậy, vì lợi ích của khoa học, tôi chỉ cần chuyển trình biên tập của mình để thử.
Dưới đây là một vài nhận xét sau khi sửa một vài vé đơn giản:
!điều hành trong if (!foo). (if (! foo), hãy xem!){}[]()so với {} [] ())$@%so với $ @%)'"!;:,.so với '"!;:,.)0Oo iIlso với 0Oo iIl)Tuy nhiên, có một số điểm tích cực. Phải thừa nhận rằng tôi chỉ mới sử dụng nó một thời gian ngắn, nhưng chắc chắn có một số khía cạnh hoạt động tốt hơn một chút với các phông chữ tỷ lệ:
Tôi sẽ cập nhật lại câu trả lời này vào ngày mai (giả sử rằng tôi có thể làm được nó trong cả ngày như thế này!)
Tôi thích sắp xếp các điều kiện có liên quan, để cố gắng làm rõ ràng hơn rằng chúng được nhóm lại. Ví dụ:
if ((var1 == FOO) && ((var2 == BAR) ||
(var2 == FOOBAR)))
Các phông chữ có độ rộng thay đổi làm cho việc này trở nên khó khăn hơn.
Một điều tôi tiếp tục thấy ở đây là thảo luận về "mã xếp hàng" và thụt lề. Tôi muốn chỉ ra những điều sau:
Vì vậy, vẽ tất cả những điều này lại với nhau, nếu bạn bắt đầu mỗi dòng ở cùng một vị trí và khoảng cách nhất quán có cùng chiều rộng và các mã nhận dạng không tự động thay đổi chiều rộng trên mỗi dòng, thì mã của bạn thực sự SẼ thẳng hàng! ... cho đến khi có gì đó khác.
ví dụ:
identifier.Method().Property.ToString();
identifier.Method().OtherGuy.ToString(); //how lined up and pretty!
identifier.Method().Sumthing.YouGetThePoint;
Một điểm tôi thừa nhận là các ký tự không phải chữ và số thường không rộng lắm; chúng bao gồm) (] [} {,: | "; ',`! và. Tuy nhiên, điều này có thể được khắc phục trong trình chỉnh sửa phông chữ ... chỉ đơn giản bằng cách làm cho chúng rộng hơn. Đó không phải là vấn đề cố hữu với non-monospace; chỉ có hasn 'không có nhiều nhu cầu cho nó, và vì vậy nó vẫn chưa được thực hiện.
Tóm lại, sở thích cá nhân là tốt, nhưng tôi nghĩ có rất ít lý do thực tế để thích monospace hơn không monospace. Bạn thích giao diện của nó? Chắc chắn, hãy tạo monospace. Bạn muốn nhiều thứ khác phù hợp với màn hình của mình? Đi không đơn âm. Nhưng cách mọi người đối xử với không gian đơn nguyên như dị giáo hơi bị thổi phồng.
Tôi đã trở nên tò mò với chủ đề này bởi vì nhiều lập luận cho các phông chữ monospaced thực sự có thể bị bác bỏ dễ dàng với một số điều chỉnh. Vì vậy, tôi đã chuyển IDE của mình sang Calibri (vì nó có khuôn mặt tròn, đẹp và được tối ưu hóa để dễ đọc trên màn hình cho giao diện người dùng - hoàn hảo). Bây giờ rõ ràng tôi phải sử dụng các tab thay vì dấu cách để thụt lề (bỏ qua tất cả các vấn đề) và chiều rộng 4 dấu cách rõ ràng là không đủ nên tôi đã chuyển sang 10.
Bây giờ trông khá ổn. Tuy nhiên, có một vài vấn đề rõ ràng mà tôi có thể phát hiện ra. Nhiều hơn có thể xuất hiện sau đó, sau khi tôi đã thử nghiệm cài đặt này một thời gian.
Các ký hiệu không liên kết tốt. Ví dụ, hãy xem xét mã C # sau:
var expr = x => x + 1;
Mũi tên ( =>) trông giống như một đơn vị trong bất kỳ phông chữ monospace nào. Nó trông giống như hai ký tự liền kề trong các phông chữ khác. Điều này cũng đúng đối với các toán tử như >>v.v.
Thụt lề theo ngữ cảnh bị hỏng hoàn toàn: trong một số ngữ cảnh, việc thụt lề một số tab cố định là không đủ. Lấy biểu thức LINQ có thể được thụt vào theo cách sau:
var r = from c in "This, apparently, is a test!"
where !char.IsPunctuation(c)
select char.ToUpper(c);
Bạn chỉ đơn giản là không thể làm điều này với một phông chữ tỷ lệ.
Nói chung, các ký tự quá hẹp. Một lần nữa, một khoảng cách giữa các chữ cái bổ sung có thể hữu ích và nó chắc chắn cần thiết trong trường hợp bấm lỗ. Tuy nhiên, tôi có cảm giác rằng tất cả những điều chỉnh này để làm cho các phông chữ tỷ lệ dễ đọc hơn sẽ chỉ mô phỏng các phông chữ liền mạch một cách tự nhiên. Nó chắc chắn đúng cho tất cả các điểm được đề cập cho đến nay.
Tôi sử dụng Comic Sans MS, trông khá hợp lý vì kích thước điểm nhỏ (nó chỉ bắt đầu trông "vui nhộn" ở kích thước tiêu đề). Nó dễ nhìn, nhưng vẫn giữ cho văn bản đủ nhỏ để có một lượng mã hợp lý có thể nhìn thấy trong cửa sổ văn bản, với một số bảng được gắn trên đế của VS được mở.
Bạn có thể mở bảng Giải pháp Explorer và vẫn có thể đọc được 100 cột văn bản mà không cần cuộn ngang. Khi di chuyển, tôi có thể để bảng điều khiển DXCore Documentor (hiển thị các XMLDOC được định dạng) đủ rộng để đọc trong khi vẫn có thể xem đủ văn bản để tài liệu XMLdocs.
Nếu bạn làm việc trong một nhóm thì phông chữ có khoảng cách đơn đảm bảo rằng mã rõ ràng và được bố cục chính xác cho mọi người, bất kỳ phông chữ có khoảng cách đơn nào mà họ thích sử dụng.
Mã của bạn có thể trông rõ ràng đối với bạn khi sử dụng phông chữ có độ rộng thay đổi nhưng nó không chắc sẽ giống nếu người dùng phông chữ có khoảng cách đơn mở nó.
Tất cả chỉ cần vài giờ cố gắng tìm ra lý do tại sao tìm kiếm không tìm thấy thứ gì đó vì bạn có 2 khoảng trắng thay vì 1 theo nghĩa đen, để nhận ra bạn nên sử dụng phông chữ Monospace. Điều này đã xảy ra với tôi một lần khi cố gắng sửa một tác nhân Lotus Notes, khi nhà thiết kế không sử dụng phông chữ monospace. Cho đến khi tôi dán mã vào CodeWright để in nó ra thì mới rõ vấn đề là gì.
Phông chữ liền mạch giúp dễ dàng sắp xếp mã hơn nhiều.
Điều này đặc biệt đúng khi làm việc với một nhóm; mọi người trong nhóm có thể sử dụng các phông chữ khác nhau và miễn là tất cả đều được tạo liền mạch, mọi thứ sẽ thẳng hàng. Tương tự như vậy, nếu một người sử dụng nhiều công cụ phát triển khác nhau, mọi thứ sẽ xếp hàng nếu tất cả chúng đều là monospaced. Nếu tất cả chúng không phải là monospaced, bạn phải đảm bảo rằng chúng đều sử dụng cùng một phông chữ và nếu bạn đang phát triển trên hai nền tảng, điều đó có thể khó khăn.
Trên thực tế, một số công cụ phát triển chỉ hỗ trợ phông chữ monospaced.
Một lý do khác là phông chữ monospaced có xu hướng có các ký tự khác biệt hơn. So sánh lIiO0 với lIiO0, và bạn sẽ thấy ý tôi. Chúng cũng giúp việc đếm khoảng trắng dễ dàng hơn nhiều.
Tôi nghi ngờ rằng các phông chữ monospaced là sở thích của lập trình viên như một sự chuyển tiếp từ những ngày DOS dựa trên văn bản.
Mặt khác, bản thân tôi đã thử Verdana và một số phông chữ tỷ lệ được đề xuất khác, nhưng tôi không thể giải quyết được sự thay đổi. Mắt của tôi được đào tạo quá tốt cho monospace. Các ngôn ngữ nặng về ký hiệu, như: C / C ++, C #, Perl, v.v., trông quá khác đối với tôi. Vị trí của các ký hiệu làm cho mã trông hoàn toàn khác.
Theo bản chất của mã hơn là ngôn ngữ thông thường, sẽ tốt hơn nếu nó được sắp xếp chính xác. Ngoài ra, trong chỉnh sửa mã, đôi khi bạn muốn chặn chọn, chặn sao chép và chặn dán. Trong Visual Studio, bạn có thể thực hiện lựa chọn khối bằng cách sử dụng phím ALT trong khi thực hiện chọn chuột. Nó có thể khác nhau trong các trình soạn thảo khác nhau, nhưng tôi luôn thấy rằng tùy chọn đó trong trình chỉnh sửa rất quan trọng trong một số trường hợp và nó sẽ không hoạt động tốt, trừ khi bạn đang sử dụng phông chữ có khoảng cách đơn.
Cá nhân tôi thấy các phông chữ có khoảng cách đơn dễ đọc hơn trong các trình soạn thảo mã. Tất nhiên, tôi gần như mù. Điều đó có thể làm cho một sự khác biệt. Tôi hiện đang chạy phông chữ consolas ở điểm 15 với nền tối với các chữ cái có độ tương phản cao.
Sử dụng dấu cách để thụt lề sẽ là một vấn đề khi bạn đã sâu hơn một cấp độ.
Tôi nghĩ, cũng giống như vấn đề về các ký tự tab, yếu tố phức tạp là khi một thứ gì đó được thụt vào nhằm mục đích căn chỉnh và ai đó có sở thích khác. Mọi thứ trở nên lệch lạc.