Difference between revisions of "System Architecture, the strategy to complex implementations"

From RogueBasin
Jump to navigation Jump to search
m
(The article is not well written, and it seems like it's bad spam text generated from a neural network.)
 
(21 intermediate revisions by 2 users not shown)
Line 1: Line 1:
Imagine you are making a game and you have an item that allows you to switch health with a monster. On level 100 you encounter the Lich King with negative health that takes damage from healing potion. What exactly is supposed to happen when you switch health with the Lich King?
This is what system architecture solves or is trying to solve, a strategy to deal with complexity.


== Gunshot Coding ==
Code by trial and error (or slugger coding). This means coding without a plan which is good if you don't need to create a story. you write some code test it bug fix, write a bit more and so on. The game can become quite strange when coding by trial and error. Doom RL and the original Rogue are designed like this. It is recommended to avoid this style of coding if the story in the game is important as it is very difficult to predict play style and how the actual world will become. 
== 2D Rooms ==
In this architecture the game consist of a number of rooms with some variables that connect each room. The binding of Isaac uses this architecture as does Elona. The architecture is heavily used by JRPGS and is probably the model that is best by test. The problem and benefit with this architecture is that interaction between rooms are limited, random generation of contents can be an issue but creation of overehad maps, special physics or combat screens is easy to create. This type of architecture is very good for creating interesting stories.
== Cellular Automata ==
The world consists of small cells (or atoms) and the world is described through the interaction of these cells. Very much contents can be created with very little effort using this architecture. Spelunky is an example of this architecture, tough the original game of this architecture is boulder dash for 8 bit machines. The game architecture allows easy modeling of falling stones, traps, rolling boulder, flying projectiles and other physical game elements.
== Woke Architecure ==
There is a modern saying go woke go broke. Don't use politics as your system architecture, your game will fail badly and nothing will be created and the horror you make will be avoided by all human beings. The only game which was 'woke' and actually successful is the board game monopoly that was created to critique capitalism. Don't expect to make the next monopoly unless you actually do some research of actual social subject. If you do the research there is still nothing that ensures that the research will define a well behaving system that can be used to create a rogue game. Avoid this architecture unless you have some real reason to make a "woke" game. 
== Object Oriented Architecture ==
Not to be confused with Object oriented programing or what is called object oriented system architecture. Object architecture architecture is only sometimes object oriented architecture, things are a bit confused in the professional world of computing. In this context an Object Oriented Architecture is copying your Live Action Role-Playing Game, or copying reality for short. The point is that if you copy your LARP or RPG sessions you will, with some computing skills, have ability to implement exaclty that LARP or RPG session. 
== No Architecure ==
This what you do if you go to a conference and implement the system architecture ideas you hear about. The problem is that many of these conferences discuss low level system architecture that you don't need to care about when making a Rogue game using languages like Python, (Javascript and other) solve those issues. This is worse than gunshot architecture as you believe that you have an architecture while in reality you don't have an architecture that is sufficient to make a rogue game.
It is a problem more found with professional coders and less with amateurs (probably). Avoid getting lost in coding details when thinking system architecture. 
----
----
Below are some more unusual architecture that could be used but are not recommended unless you are making a very unique rogue game.

Latest revision as of 14:57, 26 September 2019

Retrieved from "http://roguebasin.com/index.php?title=System_Architecture,_the_strategy_to_complex_implementations&oldid=49085"