Tại sao mảng NSArray arrayWithObjects yêu cầu kết thúc nil?

Question

Tôi hiểu rằng nó đánh dấu sự kết thúc của một tập hợp các vararg, nhưng tại sao nó không thể được thực hiện theo cách mà không yêu cầu nil?

Answer 1

Tất cả đều liên quan đến việc gọi điện ABI.

Xem xét các phương pháp:

- (id)initWithFormat:(NSString *)format, ...; 
+ (id)arrayWithObjects:(id)firstObj, ...; 
+ (id)dictionaryWithObjectsAndKeys:(id)firstObject, ...; 

Các ... nói với trình biên dịch rằng một số biến của tham số của bất kỳ loại có thể có mặt. Không có cách nào cho trình biên dịch biết những gì các loại được yêu cầu phải được (các định nghĩa thực sự có dấu hiệu giúp với điều đó).

Bây giờ, hãy xem xét ba phương pháp. Cả ba đều có các yêu cầu rất khác nhau về những gì có thể có trong danh sách đối số biến. Một mảng phải là một loạt các đối tượng theo sau là một số không. Từ điển yêu cầu một loạt các đối tượng theo sau là một số không. Cuối cùng, phương thức chuỗi yêu cầu một loạt các đối số khớp với các kiểu trong chuỗi định dạng.

Tất cả các hành vi này được gắn trực tiếp với phương thức được gọi và, nếu tác giả của API quyết định "khó sử dụng", hành vi giải mã các đối số biến có thể được sửa đổi trong thời gian chạy, chỉ để thực hiện cuộc sống khó khăn.

Dòng dưới cùng: C ABI không có cú pháp cho phép xác định rằng một phương thức hoặc hàm nhận một số biến đối số với bất kỳ loại ràng buộc nào trên đối số hoặc kết thúc của chúng.

Mục tiêu-C có thể thay đổi các quy tắc chỉ để khai báo phương thức & yêu cầu, nhưng điều đó sẽ không hỗ trợ chức năng C hoặc C++, cả hai mục tiêu-C phải vẫn tương thích.

Answer 2

Bất kỳ hàm varargs nào cũng đòi hỏi một cách nào đó để biết có bao nhiêu tham số - nếu bạn không kết thúc, bạn chỉ cần cái gì khác. Trong trường hợp này, sự thay thế rõ ràng là độ dài, nhưng sau đó bạn cần phải cập nhật đối số chiều dài mỗi lần bạn thay đổi số lượng mục trong mảng và điều đó có thể rườm rà hoặc bị hỏng.

Tôi đoán bạn có một mảng có thể chứa nil?

Answer 3

@bbum cung cấp một số chi tiết kỹ thuật tuyệt vời. Dưới đây là một số suy nghĩ về thực tế "tại sao họ không sửa chữa nó?"

Hãy nhớ rằng: C chỉ là lắp ráp và Obj-C chỉ là C ... Nó có thể được thiết kế lại tất nhiên, nhưng hầu như không có áp lực để làm như vậy. Bạn vẫn không thể đặt nil trong một mảng (điều đó sẽ đòi hỏi một sự thay đổi lớn). Trình biên dịch bây giờ cảnh báo bạn nếu bạn quên nil, do đó, nó không phải là một cái gì đó các nhà phát triển phàn nàn rất nhiều về. Thương mại-off là giữ ngôn ngữ nhiều (nhiều!) Đơn giản hơn so với thân nhân của nó, nhận được những lợi ích của nhiều thập kỷ tối ưu hóa C-compiler và đảm bảo khả năng tương thích với mã C.

Một điều nên trở nên rõ ràng từ thảo luận của bbum @: NSArray không phải là tính năng ngôn ngữ của Mục tiêu-C. C-mảng là một tính năng ngôn ngữ, nhưng NSArrays chỉ là một đối tượng khác, không khác với các đối tượng bạn viết.

Answer 4

Có nhiều cách giải quyết khác nhau, nhưng yêu thích hiện tại của tôi là tốt cho các ứng dụng nhiều hơn cho các khung công bố. Chấp nhận một NSArray trong phương thức của bạn thay vì "...", và sau đó điền nó với macro tiện lợi bên dưới, được đặt trong tệp tiền tố của bạn hoặc tiêu đề tiện ích.

#define $ array (objs ...) [NSArray arrayWithObjects: objs, nil]

Nó sẽ cho phép nhiều đối số có độ dài thay đổi được gắn nhãn và bạn sẽ tự giải thoát khỏi mô hình cổ xưa của việc sử dụng đối số đầu tiên và sau đó va_list và anh em của nó có lợi một vòng lặp for-in hoặc nhiều công cụ thu thập khác có sẵn.

[self findMatchingSetAndAlert: @ "title" ties: $ array (tie1, tie2, tie3) shirts: $ array (shirt1, shirt2, shirt3, shirt4)];

Nếu ai đó biết cách triển khai danh sách không được phân tách bằng không, chẳng hạn như stringWithFormat, vui lòng cho chúng tôi biết! Nó sử dụng các thuộc tính và macro hoặc một cái gì đó được thiết kế đặc biệt để định dạng, nhưng chúng được thực hiện bằng cách nào đó.

Answer 5

Bây giờ bạn có thể sử dụng Bộ sưu tập mới Literals (alias Container Literals) trong Objective-C. Xem http://clang.llvm.org/docs/ObjectiveCLiterals.html