Thread: Obsessed about OOP design, can't get away until I do it!

Recently I had just learnt C++. I come from a procedural oriented programming background. I do know the structure and methodologies of C++.

The thing is that, whenever I'd try to make an program with an Object Oriented Design, I always fail to do so. I find myself worrying too much about classes, class name, member names and what member function to be kept rather than writing the actual code itself.

Even if I managed to write a class, in the end I'd not be happy with the way I designed it, and would simply try to rewrite it. This has lead to be become frustated easily writing anything in C++ because I would think of it as a bad design. I wonder how do the otherr guys do it? Why is OOP that hard to understand? O.o

I struggled with this problem for years. It is not a programming issue, it is a matter of expectations. The solution begins in realizing the unattainability of perfection in software design. So many fallen warriors, so much deleted code over the years.

Resist the urge to wipe the slate clean. It is a powerful urge but ultimately an unproductive one.

Is it necessary that in C++, every thing should be treated as objects? I feel like I am trying to pursue a flawless design that I can never achieve.

Ok, since I am still stuck with it, can you guys lend me a help in getting away with this stage. Are there any good books that present guide to OOP design styles and think like an Object oriented style and mentions about proper readable code?

I am trying to write my rendering engine. So far this is what I have.

Code:

class WrappedGL
{
private:
	int m_nParams;
	char* m_pParams[];
	int m_nWidth, m_nHeight;


	void SetParameters(int& argc, char* argv[]);
	void SetWindowSize(int nWidth, int nHeight);
	void SetWindowName(char szWindowName[]);
	
	void InitAndCreateWindow();
	void Init();


	void CaptureError()


	GLuint program;
	GLint attribute_coord2d;
	void Render();
	int Initialize();
	void InitGameObjects();
public:
	int InitializeWindow(int& argc, char* argv[]);
	void Idle();
	void Exit();


	void print_log(GLuint object);
};

I want it to be pretty generic and easily understandable. But my OOP problem is not specific to this particular piece of code only. Every while I try to code something in C++, OOP issue is being a dead-end. Or am I simply being too crazy and worrying about really minor details?

Thanks in advance

Is it necessary that in C++, every thing should be treated as objects?

O_o

I do know the structure and methodologies of C++.

I have a strong suspicion that this may have been a slight exaggeration.

But my OOP problem is not specific to this particular piece of code only.

Your "OOP problem" is that you've bought into the notion that "OOP" is a thing.

"OOP" is an umbrella buzzword for a lot of different concepts, tools, and techniques.

Start with one aspect, like encapsulation, and work with it and as you come to the "collisions" where encapsulations works with and against other bits of "OOP" start learning those as well.

Or am I simply being too crazy and worrying about really minor details?

Designing a good and proper interface isn't a minor detail.

You problem with design is almost certainly a simple lack of experience.

Just keep at it and when you say to yourself "Wow. This interface turned out really bad." explore the alternatives until you understand what went wrong so you don't repeat it. Repeat for 10,000 hours.

Soma

I feel I didn't get an proper answer except opinions. I guess I'd come back after 10,000 hours lol

I feel I didn't get an proper answer except opinions.

O_o

I didn't much like it when I found out that it would take me at least 13 years to master compiler theory.

Or 15 years to master C++.

Or 26 years to master game programming.

Soma (-> studied compiler theory for 12, C++ for 14 years, and game programming for 25 years as of this posting.)

Ok tell me where to begin with?
Are you recommending to just keep practicing?

Originally Posted by Swoorup

Ok tell me where to begin with?
Are you recommending to just keep practicing?

that's exactly what everyone is recommending. you may consider looking at books and web pages that discuss object oriented design patterns and strategies, but you really just need to do it and get some experience to know what works well and what doesn't.