2012-02-29 23 views

Trả lời

18

Tôi nghĩ cần lưu ý rằng trình biên dịch có thể phân biệt giữa id ở vị trí trình định kiểu và id ở vị trí tên biến. Tức là,

NSUInteger id; 
id = 10; 

sẽ biên dịch tốt (thực tế, sẽ là id id; id = [NSNumber numberWithInt:10];). (Bạn cũng có thể viết hoa nó: ID.) Điều đó nói rằng, đó là tất cả những ý tưởng khủng khiếp. Không sử dụng chúng. Quên tôi thậm chí còn nói vậy.

Phong cách trong lập trình Cocoa là có khuynh hướng về độ dài, vì vậy (như tất cả các câu trả lời trước đã gợi ý) thực hành tốt nhất có thể là viết tất cả: identifier hoặc dinglehopferID.

+0

heh, tôi thậm chí đã không cố gắng đặt tên nó là "id" và biên dịch :) cảm ơn bạn đã lưu ý! tất nhiên tôi sẽ dính vào "định danh" – osxdev12

3

identifier hoặc nội dung cụ thể hơn như userID.

+0

Khi nghi ngờ, hãy đánh vần nó! – benzado

0

Nó thường phụ thuộc vào ngữ cảnh. Đơn giản, identifier nếu tôi không cảm thấy đặc biệt sáng tạo.

0

Tôi có xu hướng sử dụng 'số nhận dạng' - nếu thực sự không có lựa chọn nào tốt hơn - hoặc một tên miền cụ thể như 'programmeID' có thể nói 'đây là khóa chính, nhưng chỉ liên quan đến miền này'.

Thực sự khá hiếm khi bạn phải suy nghĩ về các khóa chính trong Cocoa. Dữ liệu cốt lõi lưu giữ các biểu đồ đối tượng mà không có bất kỳ đề cử nào về khóa chính, NSPredicate s không cung cấp cho bất kỳ trọng lượng bổ sung nào cho trường duy nhất trên mỗi đối tượng và NSDictionary s có xu hướng được xây dựng theo kiểu adhoc.

0

Sử dụng id là ý tưởng tồi đối với tôi. Tôi gần như sử dụng 'uid' hoặc 'cid' cho Người dùng và Khách hàng tương ứng. Tôi sử dụng chữ cái đầu tiên của tên mẫu để tránh từ dành riêng.

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