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.

As the title says, what are the most popular design solutions when creating a new game or a new game engine?

share|improve this question

closed as not constructive by Nicol Bolas, Ali.S, John McDonald, Byte56, Jonathan Hobbs Aug 11 '12 at 1:35

As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.If this question can be reworded to fit the rules in the help center, please edit the question.

5  
This question is a poll question. You're asking people's opinions on what is "popular." That's not what this site is here for. –  Nicol Bolas Aug 11 '12 at 0:36
    
@NicolBolas I think he meant common, not popular. I would like to edit it but im not entirely sure. –  Sidar Aug 11 '12 at 0:45
4  
@Sidar: And that's exactly why this question is not constructive. A good question has a concrete answer. An answer is supposed to be "THE" answer. It should not be many answers all saying different things, leaving it up to the OP to decide who's "right", but nobody being right in an objectively determinable sense. That doesn't help anyone except the OP. And that's not what the SE model is about. It's about helping people who find the information later. Knowing what the OP decided was the best answer is useless to them. That's why poll questions are supposed to be closed. –  Nicol Bolas Aug 11 '12 at 0:54
1  
This question doesn't deserve closing. It's a very common mistake among beginning game programmer to assume that design patterns will solve everything. They need to see further than that. –  Laurent Couvidou Aug 11 '12 at 1:40
2  

1 Answer 1

Patterns were designed to solve a certain problems within a/several domain(s). There are tons of design patterns for games. There is even the possibility that you might come up with your own! ( Well that depends on how much of problem solver you are ).

Allot of articles on creating games implicitly show you certain design patterns.

But ...hey google is your friend. Here

These are pretty much common
Prototype
Singleton
Flyweight
Command
Observer
State
Abstract Factory
Factory
Object Pool

But there are so many others that apply as well.

I think the reason you got a downvote is because it's too hard to give you an exact answer. It really depends on what your game specifics are.

edit:
Also I agree with lorancou. Don't try to hammer on design patterns. There are other solutions to any problem.

share|improve this answer
    
Just today i learned about this Factory and Abstract Factory pattern and i end up saying "no way to adopt this for a game", the funny thing is that now is on the most wanted list :D . I would like to see an example of that because i noticed that adding a new product in this Abstract Factory it's not that simple . –  user827992 Aug 11 '12 at 0:31
    
Abstract Factory is quite simple. youtube.com/watch?v=N8_wwa90tzM&feature=plcp . Yes this is in Flash. But the concept applies to any kind of language with interfaces/Abstract classes. –  Sidar Aug 11 '12 at 0:40
    
no doubt about that, but i'm not convinced about this for a larger and more "dynamic" use when you have to introduce new object definitions and in general new "products", i was looking for a large project or for a demonstration that can prove that i'm wrong thinking about this as a bad solution. –  user827992 Aug 11 '12 at 0:51
    
That won't really do you any good. When you work on a project you will walk into a problem that needs a solution. This is where Design patterns come in. It's up to you what you use and how you implement them. If you think you know a better way, go for it. –  Sidar Aug 11 '12 at 0:52

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