Take the 2-minute tour ×
Game Development Stack Exchange is a question and answer site for professional and independent game developers. It's 100% free, no registration required.

I've been reading up on a lot of articles covering data driven design for games. It seems to come down to:

  • No hard coding
  • No game-specific code in the engine
  • Scripting for AI, cutscenes, et cetera.
  • Generalizing code for reusability
  • Component design
  • Modularity
  • Low coupling
  • Editors (for data, maps, scripts)
  • External data retrieval
  • Constants kept in text files (.ini or otherwise)
  • Expose data through editors for scripting and manipulation by designers

Now, my question is, is this understanding correct?

share|improve this question
3  
Welcome to the site. You have two questions here (generally you should ask only one question per post), and the second question about "how to get started" is considered off-topic, so I've edited it out, as well as pared the question down. If you want to have discussions about how to get started with something, consider visiting the Game Development Chat. –  Josh Petrie Jul 23 '13 at 14:24
    
@JoshPetrie But that was the most important one as I've been to many sites now and got no answer whatsoever. Not even a poke in a direction. There must be SOME people who got a bit of insight on these subjects. –  Vipar Jul 23 '13 at 14:29
1  
Also related: gamedev.stackexchange.com/questions/17331/… –  Josh Petrie Jul 23 '13 at 14:29
1  
Perhaps it's the most important to you, but it's off-topic here (see the faq). I could also have just closed the question. Visit the Game Development Chat or an actual discussion forum like GDNet if you want to ask how-to-get-started questions. –  Josh Petrie Jul 23 '13 at 14:30
1  
@Vipar Pop into chat if you want help with the off topic question. Not guaranteeing you will get help but a lot of smart people hang around there . –  ClassicThunder Jul 23 '13 at 14:38
show 3 more comments

closed as too broad by bummzack, Sean Middleditch, Nicol Bolas, Anko, Patrick Hughes Jul 24 '13 at 17:00

There are either too many possible answers, or good answers would be too long for this format. Please add details to narrow the answer set or to isolate an issue that can be answered in a few paragraphs.If this question can be reworded to fit the rules in the help center, please edit the question.

2 Answers

up vote 8 down vote accepted

I'd say this is not correct. I believe the most important idea in data driven design is separating your data from what modifies (or updates) the data.

So going from a standard OO deep hierarchy like this:

class MyCreature{
     vector position;
     void update(){ position += 1; }
}

to a separate state and system

class CreatureState{
    vector postion;
}

class MovementSystem{
    list<CreatureState> states;
    void update() {
        for each CreatureState state in states {
            state.position += 1;
        }
}

On of the most influential DDD paradigms at this moment are Entity Systems. Some nice resources to look up are:

http://gamedevrubberduck.wordpress.com/2012/12/26/a-hybrid-entity-system-component-architecture/

http://entity-systems.wikidot.com/

Of course as with all paradigms/ideas there isn't an exact definition and not everybody understands the same idea when talking DDD but this is what I believe the most important thing.

share|improve this answer
    
Yes I forgot to mention the separation part. And this is exactly the kind of thing I'd like to see. I can only read so much theory. I need to see some concrete examples. Thank you. Will also have a look at the articles! –  Vipar Jul 23 '13 at 14:38
    
Oh wait finally found the best explanation I read a while ago. Turned out that it was an answer on a question I asked here gamedev.stackexchange.com/questions/48971/… :D –  Roy T. Jul 23 '13 at 21:50
    
Thanks. I will have a look at that! –  Vipar Jul 23 '13 at 22:48
add comment

I think you are overcomplicating the definition. Certainly, many of the principles contained in your bulleted list of points are good ones from a software engineering perspective, but they aren't all necessarily part of the definition of "data-driven." Many of them have some overlap, or are best implemented using a data-driven approach, but don't constitute the act of data-driving something.

The actual definition of data-driven software development is generally fairly simple: a program performs actions mainly based on some outside information (a piece of level data, script data, et cetera) instead of having a series of predefined and fixed steps within the code itself that determine control flow.

share|improve this answer
    
You are most likely right that I over-complicate things. It's something I tend to do. But I can't wrap my mind around how to start coding this. –  Vipar Jul 23 '13 at 14:41
1  
I posted an answer to your question on GDNet. The crux of the issue is: stop trying so hard, pick a single simple aspect of what you ultimately want and build a small game with it. –  Josh Petrie Jul 23 '13 at 14:55
    
I saw and I also responded back. Thank you for taking the time to talk to me about this. –  Vipar Jul 23 '13 at 15:18
add comment

Not the answer you're looking for? Browse other questions tagged or ask your own question.