Tại sao các thư viện hiện đại không sử dụng OOP

Tôi là một lập trình viên C ++ mới bắt đầu, nhưng tôi hiểu các khái niệm về ngôn ngữ khá tốt. Khi tôi bắt đầu tìm hiểu các thư viện C ++ bên ngoài, như SDL, OpenGL (có thể là một thứ khác nữa), tôi rất ngạc nhiên khi phát hiện ra rằng họ hoàn toàn không sử dụng các khái niệm C ++.

Ví dụ, cả SDL, hay OpenGL đều không sử dụng các lớp hoặc ngoại lệ, ưu tiên các hàm và mã lỗi. Trong OpenGL tôi đã thấy các hàm như glVertex2f, lấy 2 biến float làm đầu vào và có thể sẽ tốt hơn dưới dạng mẫu. Hơn nữa, các thư viện này đôi khi sử dụng marcos, trong khi nó có vẻ là một thỏa thuận chung rằng sử dụng macro là xấu.

Nhìn chung, chúng dường như được viết nhiều hơn theo kiểu C, hơn là theo kiểu C ++. Nhưng chúng là những ngôn ngữ hoàn toàn khác nhau, phải không?

Câu hỏi là: tại sao các thư viện hiện đại không sử dụng những lợi thế của ngôn ngữ mà chúng được viết bằng?

Cả OpenGL và SDL đều là thư viện C và hiển thị giao diện C cho phần còn lại của thế giới (hầu như mọi ngôn ngữ ngoài kia đều có thể giao tiếp với C nhưng không nhất thiết phải có C ++). Do đó, chúng bị giới hạn trong giao diện thủ tục mà C cung cấp cho bạn và cách C khai báo và sử dụng cấu trúc dữ liệu.

Hơn và trên khía cạnh "giao tiếp với các ngôn ngữ khác" mà giao diện C cung cấp cho bạn, nói chung C có xu hướng dễ mang theo hơn một chút so với C ++, điều này giúp dễ dàng có được phần phụ thuộc không phải nền tảng của mã thư viện như những cái này hoạt động trên một hệ điều hành hoặc kiến ​​trúc phần cứng khác. Khá nhiều nền tảng ngoài kia có một trình biên dịch C phong nha, nhưng vẫn có một số nền tảng đã hạn chế các trình biên dịch C ++ hoặc các trình biên dịch không tốt lắm.

Mặc dù C và C ++ là hai ngôn ngữ rất khác nhau, nhưng chúng không "không tương thích", trên thực tế, ở một mức độ lớn, C ++ là siêu ngôn ngữ của C. Có một số điểm không tương thích nhưng không nhiều, vì vậy sử dụng giao diện C từ C ++ là một điều rất dễ dàng làm.

Tôi nghĩ rằng bạn đang nhầm lẫn "viết thư viện" so với "phơi bày API ra bên ngoài". Tôi không biết nhiều về các thư viện mà bạn đã đề cập (chúng có thể được viết bằng C), nhưng tôi biết nhiều thư viện khác, bao gồm cả tôi, đã viết thư viện / khung C ++ sử dụng đầy đủ tất cả các loại thực tiễn / mẫu OOP ưa thích , nhưng vẫn tiếp xúc API kiểu C với thế giới bên ngoài.

1. C và C ++ không phải là hệ thống hoàn toàn khác nhau. C ++ được xây dựng trên đỉnh C và a) có thể dễ dàng tiêu thụ mã C và b) hoàn toàn có khả năng cung cấp apis kiểu C.
2. Ưu điểm của giao diện C là phần còn lại của thế giới rất dễ tiêu thụ. Có các lớp interop cho phép API C được sử dụng từ bất kỳ ngôn ngữ nào (python, java, c #, php ...), trong đó giao diện C ++ có thể sử dụng được từ ..... tốt, có thể là C ++ và vẫn không phải lúc nào cũng ( trình biên dịch khác nhau, các phiên bản khác nhau của cùng một trình biên dịch sẽ gây ra sự cố)

Trước đây, như một thử nghiệm trong một trong các dự án tại nơi làm việc, tôi đã quyết định trưng ra giao diện "OO" từ một C ++ DLL. Để che giấu các chi tiết nội bộ và tránh một loạt những thứ khác, tôi gần như đã kết thúc việc phát minh lại Windows COM (mô hình đối tượng thành phần). Sau dự án đó, tôi nhận ra COM không tệ như mọi người nghĩ là vì a) nó phơi bày các giao diện OOP, b) quan tâm đến tất cả các vấn đề tôi gặp phải và c) đủ tiêu chuẩn để có thể tiêu thụ từ một số những ngôn ngữ khác.

Nhưng COM vẫn không phải không có hành lý của nó. Trong nhiều trường hợp, API kiểu C thông thường, kế hoạch vẫn là một lựa chọn tốt hơn nhiều.

Cả OpenGL và SDL đều là thư viện C, không phải thư viện C ++. Bạn có thể sử dụng chúng từ C ++, nhưng chúng được viết bằng C và có API C (cũng có thể truy cập được từ các ngôn ngữ khác; C ++ rất khó truy cập thông qua FFI). Hãy xem Boost cho một mảng lớn các thư viện C ++ đa năng (và một số chuyên ngành) và SFML cho thư viện đa phương tiện C ++.

Nói riêng với OpenGL, OpenGL ban đầu là một phần của một nhóm API - OpenGL cung cấp API định hướng hiệu suất, mức độ thấp, có thể truy cập từ C (hoặc thậm chí là Fortran), trong khi OpenInventor cung cấp API hướng đối tượng cấp cao, được thiết kế được sử dụng từ C ++ và cung cấp cả API biểu đồ cảnh cấp cao và trừu tượng hóa để lưu / đọc cảnh đến / từ tệp và tích hợp GUI.

OpenGL cuối cùng đã đi xa hơn nhiều so với OpenInventor (nó đáp ứng nhu cầu cấp thiết hơn, cung cấp cho các nhà sản xuất phần cứng video một thứ gì đó để tối ưu hóa và cung cấp một API cấp thấp thông thường mà mọi người có thể nhắm mục tiêu thay vì xử lý trực tiếp phần cứng tăng tốc 3D). Nhưng OpenInventor vẫn ở ngoài đó và có một triển khai nguồn mở tốt - Coin3D - với sự hỗ trợ cho Unix / X11, Windows và MacOS X / Ca cao.

Những thư viện đó không phải là hiện đại từ xa. Chúng là các API C và các API xấu ở đó. Tiền đề của bạn là thiếu sót.