Khi nào sử dụng các biến mẫu và khi nào sử dụng các thuộc tính

Question

Khi sử dụng các thuộc tính Objective-C, bạn có thể ngừng tạo các biến cá thể hoàn toàn hay làm các biến cá thể rõ ràng (không phải các biến mẫu được các thuộc tính tổng hợp) phục vụ cho mục đích không phù hợp?

Answer 1

bạn có thể dừng việc tạo ra các biến dụ hoàn toàn

Không, bạn không thể (theo nghĩa). Những gì bạn có thể làm là ngừng khai báo chúng nếu bạn có tài sản. Nếu bạn tổng hợp một thuộc tính và bạn chưa khai báo instvar, nó sẽ được khai báo cho bạn, vì vậy bạn đang tạo một biến cá thể, không rõ ràng.

họ vẫn phục vụ mục đích mà các thuộc tính sẽ không phù hợp?

Nó từng là lời khuyên để tạo thuộc tính cho mọi thứ vì có các thuộc tính tổng hợp hầu như tất cả đều giữ lại và giải phóng cho bạn. Tuy nhiên, với ARC lý do cho việc sử dụng các thuộc tính để bọc quản lý bộ nhớ đã biến mất. Lời khuyên bây giờ (cho ARC) là, tôi tin rằng, sử dụng các thuộc tính để khai báo giao diện bên ngoài của bạn, nhưng sử dụng các biến cá thể trực tiếp trong đó biến là một phần của trạng thái bên trong của đối tượng.

Đó là lý do chính đáng để áp dụng ARC: các thuộc tính trở lại mục đích thực sự của chúng chỉ là một phần của API của lớp và không còn cần thiết để sử dụng chúng như một cách hack để ẩn công việc quản lý bộ nhớ.

Sửa

Một điều nữa: bây giờ bạn có thể khai báo các biến Ví dụ trong @implementation do đó bây giờ không cần phải bị rò rỉ bất kỳ chi tiết thực hiện trong @interface. tức là

@implementation MyClass 
{ 
    NSString* myString; 
} 
// method definitions 
@end 

Và tôi cũng chắc chắn nó cũng hoạt động trong danh mục. - xem nhận xét bên dưới

Answer 2

Câu hỏi này đã được giải quyết trước khi here

Khi bạn sử dụng synthesize các biến dụ được xử lý và khởi tạo cho bạn. Nếu bạn đang sử dụng Lion với phiên bản XCode mới cũng hãy xem các thuộc tính khác nhau trong ARC in Transitioning to ARC

Answer 3

bạn luôn có thể truy cập các thuộc tính từ bên ngoài. Vì vậy, nếu bạn muốn một biến chỉ được đọc từ bên trong một lớp, bạn vẫn phải khai báo một iVar. Ngoài ra, truy cập vào thanh công khai với object->ivar sẽ nhanh hơn một chút so với sử dụng cuộc gọi phương thức.

Answer 4

Tôi khuyên bạn nên khai báo mọi thứ dưới dạng thuộc tính và tránh hoàn toàn thủ công. Không có bất lợi nào trong việc tạo ra các cây ngà voi theo cách thủ công. Khai báo các thuộc tính công khai trong tiêu đề @interface, khai báo các thuộc tính riêng tư trong một phần mở rộng lớp riêng tư trong tệp .m của bạn.

Đối với một số điểm của JeremyP, việc sử dụng nội bộ của người truy cập vẫn có giá trị đáng kể trong ARC, mặc dù quản lý bộ nhớ không còn là mối quan tâm đáng kể. Nó đảm bảo rằng KVO hoạt động tốt, subclasses tốt hơn, hỗ trợ tùy chỉnh setters (đặc biệt là cho những thứ như NSTimer), hỗ trợ tùy chỉnh getters (chẳng hạn như cho instantiation lười biếng), vv Nó là cực kỳ dễ bị lỗi để có một kết hợp của accessors và ivars. Thật dễ dàng để quên đi những gì bạn cần truy cập theo cách nào.Nhất quán là dấu hiệu của ObjC tốt.

Nếu bạn hoàn toàn phải khai báo một ivar vì lý do nào đó, thì bạn nên làm điều đó trong khối @implementation như ghi chú JeremyP.

---

UPDATE (Oct-2013):

Apple's guidance (Từ Lập trình với Objective-C: Encapsulating dữ liệu):

Hầu hết các thuộc tính này được hỗ trợ bởi biến Instance

Nói chung, bạn nên sử dụng các phương thức accessor hoặc cú pháp chấm để truy cập thuộc tính ngay cả khi bạn đang truy cập các thuộc tính của đối tượng từ bên trong nó thực hiện riêng, trong trường hợp này bạn nên sử dụng self:

...

Trường hợp ngoại lệ cho quy tắc này là khi viết khởi, deallocation hoặc accessor tùy chỉnh phương pháp, như mô tả sau trong phần này.