Tùy thuộc vào cách bạn xác định OOP. Trong điều khoản của OOP giống như Java, nơi bạn gọi các phương thức trên các đối tượng, lập trình thủ tục là khá giống nhau. Theo như tôi có thể nói, bạn có thể mô phỏng tất cả các nguyên tắc OOP (đóng gói, trừu tượng, đa hình, thừa kế) bằng ngôn ngữ thủ tục như C. Bằng chứng là GObject, với một số mở rộng Objective-C và nhiều triển khai ngôn ngữ OOP khác bằng C, như cPython. Điều này được thực hiện bằng cách sử dụng cấu trúc và hoạt động trên các cấu trúc đó bằng cách sử dụng các hàm:
typedef struct {
Object *isa;
String *name;
Date *birthday;
} Person;
Person *Person_new();
String *Person_name(Person *self);
void Person_setName(Person *self, String *newName);
// ...
Giao diện rất OOP như thế nào. Nó không thực sự cho phép đa hình, nhưng nó cũng có thể. Nó rất giống với giao diện Python, ngoại trừ các thuộc tính tách biệt với "các phương thức":
class Person(object):
def __init__(self):
self._name = ""
self._age = datetime.datetime.now()
@property
def name(self):
return self._name
@property
def age(self):
return self._age
Tôi đã chọn Python ví dụ vì "tự" rõ ràng, như trong ví dụ C. Nhiều ngôn ngữ OOP, như Java, trừu tượng hóa điều này.
Ngoài ra còn có OOP giống như Smalltalk, nơi thư được gửi tới đối tượng, thay vì gọi phương thức trên đối tượng. Sự khác biệt là tinh tế ở cái nhìn đầu tiên, nhưng nó cung cấp rất nhiều năng lượng và tính linh hoạt. Điều này cũng có thể được thực hiện bằng các ngôn ngữ thủ tục, như đã được chứng minh bởi Objective-C.
Lập trình hướng đối tượng không nhất thiết phải là một loại ngôn ngữ, mà là một mô hình. Các ngôn ngữ hướng đối tượng như Java, Python, Ruby, vv, cung cấp cú pháp đường để dễ dàng thao tác các đối tượng, và đây là sự khác biệt chính giữa "ngôn ngữ thủ tục" và "ngôn ngữ hướng đối tượng".
Thật vậy, một thư viện, hay đúng hơn là một tập hợp các hàm hoạt động trên một cấu trúc, giống như một đối tượng trong C++. Trong thực tế, C++ được thực hiện theo cách đó.
Cf. [câu hỏi SO cũ này] (http://stackoverflow.com/questions/552336/oop-vs-functional-programming-vs-procedural) – jogojapan
Có thể được di chuyển đến các lập trình viên SO có lẽ – Kromster