Chính xác thì “Objective-C là một tập hợp siêu của C hơn C ++” có nghĩa là gì?

Từ những gì tôi đọc ở đó: Tại sao Objective-C lại không phổ biến bên ngoài cộng đồng Apple?

Objective-C là một tập hợp siêu của C (thực tế là nghiêm ngặt hơn nhiều so với C ++) nên vấn đề tương thích ngược không phát sinh. Bất cứ điều gì bạn có thể làm trong C bạn có thể làm trong Objective-C.

Là một superset là nhị phân, giống như mang thai. Obj-C là một tập siêu của C, còn C ++ thì không.

Họ có nghĩa là gì bởi superset? Theo cách nào thì mục tiêu-C sẽ gần // tương thích ngược hơn với C? Mục tiêu-C tuân theo triết lý C chặt chẽ hơn C ++ ở điểm nào?

Có thể biên dịch bất kỳ chương trình C nào mà không cần sửa đổi bằng trình biên dịch C mục tiêu (tương thích 100%) không?

Đây là một câu hỏi về thiết kế và khả năng tương thích của ngôn ngữ lập trình hơn là một cuộc chiến về việc cái nào tốt hơn.

Tôi đã chuẩn bị một sơ đồ đơn giản; nó không đẹp lắm, nhưng hy vọng sẽ hiểu được điểm trên:

• Màu đỏ: tập hợp tất cả các chương trình hợp lệ trong C, C ++ và Objective-C (tương đối nhỏ)
• Màu xanh lá cây: tập hợp tất cả các chương trình hợp lệ trong C và Objective-C, nhưng không hợp lệ trong C ++ (thậm chí nhỏ hơn)
• Màu xám: tập hợp tất cả các chương trình hợp lệ trong Objective C và C ++, nhưng không hợp lệ trong C (trống, theo tôi biết)
• Màu xanh lam: tập hợp tất cả các chương trình chỉ hợp lệ trong Mục tiêu C (tương đối lớn)
• Màu vàng: tập hợp tất cả các chương trình chỉ hợp lệ trong C ++ (lớn nhất)

Tập hợp các chương trình C hợp lệ (màu đỏ và xanh lục) là một tập hợp con nghiêm ngặt của tập hợp các chương trình Mục tiêu C hợp lệ (màu xanh lam)

1. Họ có nghĩa là gì bởi superset?

   Họ có nghĩa là superset nghiêm ngặt. Bất kỳ chương trình C hợp lệ nào sẽ được biên dịch bằng trình biên dịch Objective-C. Một số chương trình C hợp lệ sẽ không biên dịch bằng trình biên dịch C ++.

2. Theo cách nào thì mục tiêu-C sẽ gần // tương thích ngược hơn với C?

   Đây là một ví dụ đơn giản:

   int *foo = malloc(12);
   

   Biên dịch trong C và Objective-C, nhưng không phải trong C ++. Tất nhiên, có những ví dụ khác.

3. Mục tiêu-C tuân theo triết lý C chặt chẽ hơn C ++ ở điểm nào?

   Tất cả - Objective-C là một tập hợp siêu nghiêm ngặt của C.

4. Có thể biên dịch bất kỳ chương trình C nào mà không cần sửa đổi bằng trình biên dịch C mục tiêu (tương thích 100%) không?

   Đúng.

Ngay từ đầu, C ++ đã được thiết kế như một "C tốt hơn", sửa chữa các thiếu sót trong thiết kế, cả thực tế và nhận thức, như các tác giả của C ++ đã trải qua ngôn ngữ này. Kết quả của quyết định thiết kế này Xlà một chương trình C hợp lệ không đảm bảo rằng nó Xsẽ biên dịch, chưa nói đến việc chạy, khi được xử lý bởi trình biên dịch C ++. Những thay đổi liên quan đến các cấu trúc cơ bản như ký tự chuỗi (chúng đã trở thành const char*), phép gán voidcon trỏ, chuyển đổi giữa enums và kiểu tích phân, ngữ nghĩa của toán tử gán ghép , v.v.

Hơn nữa, khi C99 xuất hiện, các tính năng đưa nó vào tiêu chuẩn C cập nhật đã bị loại khỏi tiêu chuẩn C ++ cập nhật. Một lần nữa, các tính năng ngôn ngữ rất quan trọng đã bị loại bỏ - đáng chú ý nhất là các bộ khởi tạo được chỉ định và các mảng có kích thước thay đổi.

Ngược lại, Objective C đã được định vị như một tập thay thế của C, yêu cầu tất cả các chương trình C hợp lệ phải có thể biên dịch được bằng trình biên dịch Objective C.

"Objective-C là một tập hợp con của C" có nghĩa là mọi chương trình C hợp lệ đều là một chương trình Objective-C hợp lệ (với cùng một ý nghĩa).

Người ta đôi khi nói, mặc dù không bằng C ++ chuyên gia, đó là C ++ là một superset của C. Điều này là không chính xác, đó là lý do trích dẫn của bạn được thực hiện một vấn đề lớn của việc so sánh hai.

Objective C là một tập hợp các phần mở rộng tương thích ngược với C. Điều này có thể thực hiện được vì các tính năng của Objective C được phân định theo hai cách rất đơn giản:

• sử dụng ký tự @. Ký tự này hiện không được sử dụng trong ngôn ngữ C.
• một phần mở rộng cú pháp đơn giản để gọi các phương thức [obj method:argument],. Trong C, dấu ngoặc vuông được sử dụng theo một cách rất cụ thể để lập chỉ mục mảng, và vì vậy đây là cú pháp C không hợp lệ. Các tiện ích mở rộng xây dựng trên cú pháp không hợp lệ sẽ không thay đổi ý nghĩa của bất kỳ thứ gì hợp lệ trong ngôn ngữ máy chủ.

Vì vậy, dễ dàng nhận thấy rằng không có chương trình nào sử dụng phần mở rộng Mục tiêu C có thể là một chương trình ISO C tuân thủ nghiêm ngặt, cho dù đơn giản đến đâu. Hơn nữa, theo định nghĩa, mọi chương trình ISO C đều có thể được khai báo là một chương trình Objective C hợp lệ. Objective C có thể dễ dàng theo dõi sự phát triển như C99 và C11.

Mặt khác, C ++ không chỉ đơn giản là phần mở rộng của C; nó là một ngôn ngữ khác thay đổi ý nghĩa của một số cú pháp của C. C ++ và C được duy trì riêng biệt, và do đó mối quan hệ của chúng thay đổi theo thời gian. Ví dụ: C đã có được các tính năng mới hoàn toàn không có trong C ++ và rất có thể sẽ không có trong C ++, chẳng hạn như mảng độ dài thay đổi C99. C ++ không thể dễ dàng chọn các tính năng C mới.

Nếu bạn viết một chương trình C di động, nó phải đồng thời là một chương trình C Objective. Nhưng sẽ cần thêm sự cẩn thận để nó cũng là một chương trình C ++ có cùng ý nghĩa. (Thực tiễn này không phải là chưa từng được biết đến và phương ngữ mà nó yêu cầu được biết đến một cách không chính thức là "Clean C").

Một ví dụ đơn giản về chương trình C bị hỏng khi được coi là C ++ là bất kỳ chương trình C nào sử dụng từ khóa C ++ làm số nhận dạng, chẳng hạn như classhoặc virtual. Objective C không giới thiệu bất kỳ từ khóa dành riêng nào. Nó có các từ khóa mới được giới thiệu bởi @nhân vật, như @interface.