Quy ước đặt tên kiểm soát được đề xuất cho đánh dấu XAML là gì?

10

Khi làm việc với WPF hoặc Silverlight, người ta nên sử dụng các quy ước đặt tên điều khiển như thế nào? Bạn có đặt tên cho các điều khiển trong đánh dấu XAML không? Tôi đã thấy các mẫu của các dự án tại codeplex với các tên điều khiển như "selectButton" hoặc "btnSelect". Bạn muốn giới thiệu gì?

wpf silverlight

— Mamta D
nguồn

1

Những gì bạn chọn chương trình - nhất quán trong ứng dụng của bạn.

— ChrisF

8

Microsoft có hướng dẫn được công bố ở đây trên trang web của họ. Điểm mấu chốt là các quy ước đặt tên Hungary đã được đưa ra.

BIÊN TẬP

Để làm cho điều này rõ ràng hơn, Microsoft đã bỏ ký hiệu Hungary khỏi tất cả các quy ước đặt tên của họ, bao gồm các yếu tố UI. TUY NHIÊN, MS đã không ghi lại bất kỳ khuyến nghị nào cho các yếu tố UI. Có rất nhiều liên kết ngoài đó lưu ý điều này và đưa ra đề xuất của họ, nhưng điểm mấu chốt là với các yếu tố UI, bạn tự mình làm. Ví dụ liên kết .

Trong tiêu chuẩn của chúng tôi, chúng tôi đã bỏ ký hiệu Hungary và đang sử dụng cách đặt tên rõ ràng, có nghĩa là một nút có tên OK sẽ được đặt tên là NútOK, một văn bản có tên là Nhận xét sẽ là TextblockComments. Nhược điểm là tên có thể dài ra, điều tích cực là MỌI NGƯỜI biết chính xác yếu tố đó là gì.

Miễn là bạn thiết lập những gì phù hợp với bạn và sử dụng tiêu chuẩn đó một cách nhất quán, bạn không thể sai.

— Walter
nguồn

2

Đó là những hướng dẫn để đặt tên thành viên trong thư viện, không phải thành phần UI.

— Robert Harvey

@Robert - điểm tốt. Tôi đã không nhận thấy rằng hướng dẫn của họ loại trừ các yếu tố UI. Tôi sẽ chỉnh sửa câu trả lời của tôi.

— Walter

4

Tôi thường không đặt tên cho các điều khiển của mình trong XAML, vì hầu như mọi lúc, không được sử dụng khi xem xét mọi thứ được đặt hoặc kiểm soát thông qua các ràng buộc. Nguồn: Pete Brown

— Matthieu
nguồn

Bài báo tương tự nói rằng bạn sẽ phải đặt tên cho tất cả các yếu tố nhập dữ liệu của bạn (hộp văn bản, hộp kiểm, combo), vì chúng sẽ được chuyển đến nơi khác (ví dụ như một kho lưu trữ dữ liệu). Các yếu tố chrome (đường, hình dạng và như vậy) không cần phải được đặt tên và thật tuyệt khi XAML không bắt buộc bạn phải làm như vậy.

— Robert Harvey

@Robert Harvey: Từ bài viết: "Các điều khiển UI tương tác như TextBoxes, ListBoxes, Nút, v.v. Bạn có thể thoát khỏi mà không đặt tên chúng nếu bạn đang sử dụng các lệnh / hành vi và một mẫu tốt như MVVM, nhưng tôi thấy việc đặt tên rất hữu ích từ quan điểm tài liệu. Không phải là một yêu cầu bằng mọi cách, nhưng hữu ích. ". Khi tôi đã đi với MVVM và không phải giao tiếp xaml của mình với một nhà thiết kế cho công việc pha trộn, tôi đã không tìm thấy bất kỳ việc sử dụng nào cho tên này. Điều khiển của tôi rất đơn giản, tài liệu được cung cấp bởi những cái tên đó sẽ là quá mức cần thiết. Nhưng tôi đồng ý rằng trên UI phức tạp hơn, nó có thể khác.

— Matthieu

Tôi sử dụng MVVM và tôi hiếm khi đặt tên cho các điều khiển của mình. Đó là khá rõ ràng những gì họ là theo bối cảnh và với nhà thiết kế VS. Thỉnh thoảng tôi sẽ đưa một nhận xét trong XAML.

— M. Dudley

2

Tôi không biết về XAML nhưng đối với ASP.NET cũ thông thường, các quy ước tôi đã thấy là:

Tiếng Hungary cũ tốt (ví dụ: txtFirstName, ddlState, chkAc acceptTerms)
Đặt tên rõ ràng (ví dụ: TextFirstName, DropdownState, CheckAc acceptTerms)

Không chắc chắn rằng tôi thích, trung thực. Tôi đã từng thấy rất nhiều mã như # 2 nhưng bị đảo ngược (ví dụ FirstNameTex, StateDropdown, Ac acceptTermsCheck) nhưng tôi thích cách khác vì nó nhóm các điều khiển liên quan với nhau.

— Wayne Molina
nguồn