2009-04-27 30 views
6

Microsofts Khung Hướng dẫn thiết kế xác định, trong số những thứ khác, như sau:Hướng dẫn .NET: Tại sao ngoại lệ cho các từ viết tắt có hai chữ cái?

"Đừng tận dụng cả hai ký tự của từ viết tắt hai ký tự, ngoại trừ từ đầu tiên đầu tiên của một định danh lạc đà-cased"

Vì vậy, có một ngoại lệ được định nghĩa cho các từ viết tắt chỉ bao gồm hai chữ cái, vì từ viết tắt có ba chữ cái trở lên là "lạc đà" casel cased hoặc pascal cased.

Câu hỏi đặt ra là: Tại sao có ngoại lệ, tức là lý do cơ bản đằng sau nó là gì? Tôi không thể nhận được một lời giải thích từ cuốn sách FDG hoặc các blog của Abrams và Cwalina.

+0

Hơi khó hiểu câu hỏi của bạn John - có hai trường hợp ngoại lệ bạn có thể nói đến (số nhận dạng được gắn camel hoặc sự khác biệt về quy tắc giữa hai và hai từ viết tắt của ký tự +). –

+0

Brian: Xin lỗi vì sự mơ hồ. Câu hỏi của tôi chỉ đề cập đến hai sự khác biệt giữa hai và hai ký tự viết tắt, chứ không phải là công cụ lạc đà so với pascal. –

Trả lời

0

Bởi vì MS trông rất tốt hơn nhiều so mS ...

Nghiêm túc, điểm của các quy định này là để thoát khỏi danh nghĩa chính như CALTextBox. Trong đó CAL là từ viết tắt của một công ty. Nhóm thiết kế ngôn ngữ cảm thấy rằng "CAL" có mùi quá nhiều giống như ký hiệu hungarian bị lạm dụng nhiều (và ít được hiểu) mà hầu hết các lập trình viên dường như không thể làm đúng.

Vì vậy, họ đã đi trên một chút để loại bỏ thế giới lập trình của crap đó. Đây là một trong những quy tắc cố gắng để mã hóa nó.

+3

Tôi nghĩ đó sẽ là MS, Ms hoặc ms. Nhưng không bao giờ mS. –

-2

Microsoft .NET thực sự không nhất quán khi nói đến tên. Thành thật mà nói, cuốn sách bạn đã đề cập là đầy đủ ngoại lệ như vậy.

Tôi đoán giao diện người dùng trông đẹp hơn Ui. Nhưng Id trông đẹp hơn ID ...

+2

ID không phải là từ viết tắt, ID này đến từ Mã định danh. Đó không phải là một ngoại lệ. – andreialecu

1

Họ đang nói rằng nếu phần đầu tiên của số nhận dạng là camel-cased, bạn nên giữ cho nó lạc đà thay vì viết hoa nó chỉ vì nó là một từ viết tắt. Đó là bởi vì nó quan trọng hơn cho bạn để có thể nói rằng, ví dụ (và điều này là đúng trong cuốn sách được đề cập, mà tôi yêu thích bằng cách này), bạn đang đối phó với một tham số.

Đối với lý do tại sao bạn viết hoa từ viết tắt hai ký tự nhưng không phải là từ viết tắt ba chữ cái, cá nhân tôi không cần biết trường hợp cạnh là vì tôi thích tính thẩm mỹ của từ đó.

Ví dụ, tôi chắc chắn thích điều này:

XmlDocument 

Over này:

XMLDocument 

Đối với tôi, sau này yếu ớt mùi của năm 1982. Và một điều đau khổ một chút.

Đó chỉ là tôi tất nhiên. :)

+1

Brian: Tôi cũng thích XmlDocument hơn XMLDocument và UIElement trên UiElement. Nhưng tôi muốn biết tại sao các anh chàng MS lại quyết định như thế. –

+0

@john http://msdn.microsoft.com/en-us/library/ms229043(v=vs.100) – Maslow

0

Đối với trường hợp lạc đà (trong đó từ đầu tiên là chữ thường), bạn cần một ngoại lệ rõ ràng với ngoại lệ viết tắt hai chữ thường để viết hoa chữ cái đầu tiên).

Nếu không sẽ có hai quy tắc mâu thuẫn:

  • Hai chữ viết tắt bức thư có cả chữ viết hoa.
  • Từ/tên viết tắt đầu tiên của tên nhóm lạc đà thấp hơn.
+0

Chúng ta nên phân biệt rõ ràng giữa các từ viết tắt và từ viết tắt khi nói về các quy ước đặt tên, như MS. Vì từ viết tắt không có ngoại lệ - ngoại trừ việc bạn nên tránh chúng ...;) –

+0

Tôi có xu hướng coi "tránh viết tắt" là một trong những quy tắc thực sự có ý nghĩa đối với việc đặt tên lại (khung, thư viện); không giống như hầu hết các hướng dẫn có ý nghĩa tốt cho tất cả các mã .NET. – Richard

1

Tại sao? Điều này vỏ chỉ là một thỏa thuận (để cải thiện khả năng đọc), không phải khoa học!

Các vấn đề liên quan