#### Archived

This topic is now archived and is closed to further replies.

# Is OOP the right one for game development?

This topic is 5351 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

## Recommended Posts

There is a very recent article from Stroustroup going into more usefull detail and giving examples of such things ... places where he makes it obvious for those with less experience, that each problem to solve has one or efficient ways of being tackled, and not to use just one tool to do every job. He does in fact believe in using C++ for nearly every task, but that is why he believes in adding support for all paradigms to C++. His goal is that C++ someday be as easy to start with as shell programming or PERL, but that from every step of the way access to the more advanced paradigms are there to support what you want to acomplish.

Personally, I do not think of most "generic" programming as seperate from OO programming, because I never ever write an OO C++ program without using templates, this is just the absolute best system from modeling things like containers ... and when I go to using Java or C# there are only TWO langauge features missing to make life easy, templates, and multiple inheiritance. And for anyone who thinks using interface replaces multiple inheiritance, you just don''t use either enough. Every program I write has multiple interfaces, and multiple utility classes, and how can you quickly and easily combine a few utility or simple objects, each implementing a standard version of its own interface, without multiple inheiritance. The only way in Java or C# is to provide all of the function hook-ups for the second and third base interfaces manually. How silly for new langauges.

To the original poster, there are almost no large teams using standard C for large PC projects anymore. When I got out of school, standard C was still in use in embedded and performance critical domains, but in the years 2000-2002 just about every team that was using C, moved to C++. It has to do with langauge and compiler maturity more than anything else, in the days when Visual Studio 4 and 5 we''re out, there where hardly any truely mature C++ compilers, where the errors and warnings we''re not absolutely archaic and the compiler didn''t barf on complicated constructs. Now, the C++ compilers are expected to "just work" and they mostly do. So now, using C++, everyone can mix and match exactly which constructs provide for the best development and performance mix ... many time game developers leave out certain common OO techniques in the name of speed, but usually only in the guts of their engines, the leafs, and areas used by the AI and available game interactions are usually quite OO, in fact, they are some of the most intricate systems in the game from a design perspective. Not using OO had led to too many systems where things which should behave similarly didn''t, now with base classes and interfaces, they are almost guaranteed in the design to interact correctly.

So, for game development, I highly recommend C++, but learn the trade offs of everything, learn what the cost of member functions is, constructors, virtual functions, etc ... each feature has a cost and a benifit, make sure you use them wisely (well to start with just use them "correctly" but later you must develop wisdom to be a truely talented developer).

good luck

##### Share on other sites
Well you seems to be right guys, few days ago i read that strjtrp comment too and it makes a lot of sense, i always at some point get the oo headache of trying to fit things into it, while it may be academic concept is not practical (everywhere).
But then, i made a mess on c with my first game, i mean it works and great but i clearly failed in the design since when i tried to add levels and reuse the code it just didn''t fit the way i did it, i feel that in a way the design itself of a game is slightly different than a normal application (maybe is my lack of experience designing the framework of a game)
But seems that oop will add more problems if i do it careless as before :D

##### Share on other sites
quote:
Probably because making your interface private makes it impossible to call from the outside without going through a public interface, which was what you were trying to avoid in the first place. And so your code is just ..stupid as the other AP was getting at

class Billboard{   CVector normal, right, up;   void CalculateTranformationMatrix();   void CalculateNormal();   void CalculateRightUp();   void DrawQuad();public:   float size;   void Draw();};

as you can see, the size is public so you can access it directly. The Draw is public too to lettting you draw the thing.
The CalculateTransformationMatrix and others function are private because user don'r need to see them!! I thinck that it isn't nothing stupid to do this!! I just thinck!!

Edit: That damn tags again :\

[edited by - filami on October 21, 2003 1:23:33 PM]

##### Share on other sites
Next point, although i agree with your design, explain why it is faster to do this.

##### Share on other sites
I''ve used OOP most of my professional career. I think it''s a very valuable tool. But I can''t understand the OOP purists & evangelists. To me, it''s a tool - used properly, it makes your job easier. If used improperly (or overused when a better tool would suffice), it can make your job much more difficult.

The big dream of OOP has largely failed - the idea of reusable componants sold individually like electronic componants in plastic baggies at your local radio shack. However, it has encouraged many software practices that make software easier to develop in teams, and easier to maintain. It''s the dominate paradigm today, for mostly good reasons. For that reason alone, I''d recommend using OOP so you can get experience using it.

But remember ... C++ gives you all the ability to create coding nightmares that C gave you, and then a WHOLE heck of a lot more. The more modern languages (Java, C#) seem a bit cleaner, forcing certain practices to help keep code organized in a predictable way, but they can still get pretty awful very easily.

##### Share on other sites
I totaly agree with theJay Barson post. OOP is just a tool and must be used if it is logical to use. That brings me to the case of:
class Math{
float cos(float ang);
float sin(float ang);
...};
extern Math math;

That I thinck is not a good example of design!...But is just what I thinck. Some other person can thinck thats a good choice...that the other person choice and I respect that!

##### Share on other sites
Here''s the interview in question: http://www.artima.com/intv/goldilocks.html

Here''s some choice quotes from Bjarne:
"To get out of writing low level code, you needn''t start writing a lot of classes."

"The other way people get into trouble is exactly the opposite. They believe that C++ should be an extremely high level language, and everything should be object-oriented. They believe that you should do everything by creating a class as part of a class hierarchy with lots of virtual functions. This is the kind of thinking that''s reflected in a language like Java for instance, but a lot of things don''t fit into class hierarchies. An integer shouldn''t be part of a class hierarchy. It doesn''t need to. It costs you to put it there. And it''s very hard to do elegantly."

"Going to the big class hierarchy is again, you write more code than you need to, and you get too much connection between different parts. I particularly dislike classes with a lot of get and set functions. That is often an indication that it shouldn''t have been a class in the first place. It''s just a data structure. And if it really is a data structure, make it a data structure."

##### Share on other sites
But then again, when you look at C++, is it really possible to take anything Bjarne says seriously?

##### Share on other sites
C++ contrarly to Java is not a pure Object Oriented Language. OOP is one of the features of C++, but, C++ continues to behave like C. Thats why C++ is so versatil as Kylotan says!

• 11
• 20
• 12
• 10
• 35
• ### Forum Statistics

• Total Topics
631399
• Total Posts
2999857
×