954,498 Members — Technology Publication meets Social Media
Username:
Password:
Lost login information?
Have something to say? Contribute New Article Reply to this Article

Number of Variables in Constructor

I have a question that pertains to any programming language but since C/C++ is my primary language I'll ask it here.

I'm designing a test program that will simulate the outcome of a 12 round fight between 2 boxers. Now my question is, is there a limit or number I should shoot for in regards to the number of member variables a class should have?

Since my objects are representing people, very specific types of people, I seem to have a large number of member variables. These represent everything from first and last name to strength, stamina, speed, agility etc.

The reason I ask this, is because my constructor is very large and I have like 40 variables in the constructor initialization list. I'm just wondered if this is a common occurrence in games or in other large applications? Or is my class too bloated?

I'm doing everything all my books have told me too do as far as breaking down the parts of a person into smaller logical parts, but none of the books I have read so far delve into what to do with classes that have this many members. I just wanted to know if I'm missing some fundamental concept I should be using to address the growing number of members my classes have.

Any help or opinions would be great!
Thx

Vallnerik
Newbie Poster
4 posts since Sep 2009
Reputation Points: 10
Solved Threads: 0
 
The reason I ask this, is because my constructor is very large and I have like 40 variables in the constructor initialization list. I'm just wondered if this is a common occurrence in games or in other large applications? Or is my class too bloated?

40 members are a bit too much IMO. Have you considered using more then 1 class? For example:

class Human {
public:
    Human::Human(std::string name, std::string last_name, int age); 
private:
    std::string name;
    std::string last_name;
    int age;
    //etc
};

class Skills {
public:
    Skills::Skills(int att, int defense) ; 
private:
    int attack;
    int defense;
    //etc
};

class Boxer {
public:
    Boxer(Human* hum, Skills* sk);
private:
    Human* human;
    Skills* skills 
};
Nick Evan
Not a Llama
Moderator
10,112 posts since Oct 2006
Reputation Points: 4,142
Solved Threads: 403
 

niek_e

Thank You for your response.

yes, I am currently inheriting my specialized persons classes from a more general human class, but my skills class and my attributes class are still really large. And your response brings about another question for me, should my skills class and my attributes class be nested within the more specialized boxer class or should I just use pointers in the constructor to point to them as you did?

Thx again

Vallnerik
Newbie Poster
4 posts since Sep 2009
Reputation Points: 10
Solved Threads: 0
 

Ahh I see why I shouldn't nest them inside the CBoxer class, because if I ever wanted to add another specialized class like CKarateMaster, I would have to nest the attributes class and the stats class within each specialized class instead of just pointing to it in the constructor. Your way future proofs it from needless over-typing.

Vallnerik
Newbie Poster
4 posts since Sep 2009
Reputation Points: 10
Solved Threads: 0
 

Also you might want to think about abstract classs.

firstPerson
Senior Poster
3,923 posts since Dec 2008
Reputation Points: 841
Solved Threads: 608
 

This question has already been solved

Post: Markdown Syntax: Formatting Help
You