How do you map the object oriented concept using non object oriented languages?

Answer 1

Well, isn't that a happy little question! You can still capture the essence of object-oriented concepts in non-object-oriented languages by using techniques like structuring your code in a modular way, creating functions that act like methods, and organizing your data in a way that mimics classes and objects. Just remember, there are many ways to express your creativity in programming, so don't be afraid to experiment and find what works best for you. Happy coding!

Answer 2

Mapping object-oriented concepts in non-object-oriented languages involves simulating classes and objects using the available language features. For example, in procedural languages like C, you can represent a class as a struct with functions acting as methods. In functional programming languages, you can use higher-order functions to mimic behaviors of objects and encapsulation. However, it's important to note that these mappings may not fully capture the essence of object-oriented programming and could lead to more complex and less maintainable code.

Answer 3

Object oriented programming doesn't strictly require an object-oriented programming language (although those are generally best suited for the job).

Object orientation, as a concept, means to create logical representations of physical or conceptual items: a vehicle, a person, a manager, etc. Each object type (commonly called a class) has a bundle of attributes (data items, properties) and verbs (methods, functions). These bundles, together, form the class.

It is thus possible to create constructs very close to modern classes as those known in C++ using structures in C. In fact, the first C++ compilers (~20 years ago) translated C++ into C, then used an existing C compiler to generate executable code.

In C, a structure can

• contain variables (data members)
• pointers to functions (member functions)
• pointers to pointers of functions (virtual functions)

Among the many standard object-oriented techniques which can not be modeled in C are

• privacy through visibility keywords (public, private, protected)
• inheritance (but a "derived" class can embed the "superclass" for a similar effect)
• polymorphism
• contracts (interfaces)
• operator overloading

That said, object orientation as a design concept does not require an object oriented language.