Bounded Context: Games
- Sebastian Eichholz
Owned by Sebastian Eichholz
Game Entry Type
id | key | text | Comment |
|---|---|---|---|
| 1 | Game | This is the standard case. It is used for new stand-alone releases that don't fall under the other types of this list, or when a new release of a previously released game breaks the different game criteriadeveloped here. | |
| 2 | Compilation | This is the switch for game bundles. It shall only be used if two or more games are bundled together, or one game and at least one of its significant add-ons. This rule is to exclude minor compilations like included demos, or minor DLCs coming with the release. Furthermore, the compilation shall be marketed as just that, a bundle of games, and usually comes with its own title. This rule is to exclude re-releases of games with playable goodies included. The aforementioned "technical" compilations are dealt with elsewhere in the data model, at game release level. | |
| 3 | Add-on / Patch / Mod (significant) | This is the case for important add-ons. As it seems hardly possible to sanely separate the classical add-on (additional content) from patches / mods / etc., we just don't do it and treat every such non-stand-alone release the same. This case shall only be used when the release can't be played without the base game, and when it meetsOregami's significance criteria. Basically, significant add-ons will later be handled just like a normal game, i. e. will show up in default searches and game lists. | |
| 4 | Add-on / Patch / Mod (insignificant) | Releases which can't be played without a base game and do not meetthe significance criteriaare flagged here. These releases will be more hidden than the significant add-ons, i. e. the user will have to opt-in to see this stuff in searches and data lists. And as we kind of open up the flood gates for user created content and the mod community with accepting insignificant add-ons, we will have more switches elsewhere in the data model to further separate the wheat from the chaff, and give the users more opportunities to customize their data displays. | |
| 5 | Episodic Game | This is for umbrella entries for games that are released in episodes. Examples would be Tales of Monkey Island, or Siege of Avalon. The "mother game" gets an entry at game level with the game type set to "Episodic game", all episodes get their own entry of type "Episode". Then they're connected using the usual add-on mechanisms, enabling us to either show the whole mother game, or everyepisodeitself to the user. This way, we can even add releases of the whole episodic game to the "mother game" entry. | |
| 6 | Episode | see above |
Release Group Reason
id | key | text | Comment |
|---|---|---|---|
| 1 | Original release | Every (planned)release of a game for a new platform requires a new RG. The standard case here is the first-time announcement, or release, of a game's full version for a new platform. RG's for unreleased games, i. e. games in development, cancelled games, or Vaporware, also get the reason "Original release", because development always aims for the original release of a full version. The information about the state of the release are stored elsewhere. | |
| 2 | Demo / Promo release | Release of a limited version of a game for promotional purposes. If a demo or promo version was released on a platform before the full version, a RG with the reason "Demo / Promo release" shall be chosen. This is even true if a platform saw a demo release only, like it is the case for many browser demos of Windows games, or games where development was cancelled after a demo release, because we want to clearly separate the demo versions from the full versions. | |
| 3 | Enhanced re-release | Enhanced release of a game that has already seen a Case 1 release. There's been quite some games in the past where the developers continued to work on the codebase after its first release. Be it to fix catastrophic bugs, severe performance issues, or complete the core content (The Fall), or be it to just improve upon a completed game even further and give users an enhanced experience (The Witcher). Enhanced re-releases are typically for the same platform as the initial release, otherwise it would be a Case 1 because of a new platform. We should developsome criteriafor releases fitting this case or not. | |
| 4 | Remake | In contrast to Case 3, some games are not only enhanced, but remade. That means that the game is ported to a new graphics or gameplay engine, i. e. it is basically rewritten, but the gameplay stays mainly unchanged. Note: Similar to Case 3, Case 4 shall only be used when the remake is published for the same platform as the initial release, otherwise it would be a Case 1 because of a new platform, too. And the remake shall be marketed as such, i. e. the publisher should have sold the game as a remake of the initial release. This is to exclude games that play exactly like their predecessor, but are meant as a successor of the initial game, not as a remake. | |
| 5 | Heavily censored release | This is for game releases that have been so severely censored that they should not be grouped together in the same RG with the uncensored releases any more. Exemplary, some Command&Conquer games in Germanysaw some heavy censorship. We should developsome criteriafor releases fitting this case or not. |
Packaging Type
id | key | text | Comment |
|---|---|---|---|
| 1 | Jewel Case | ||
| 2 | Plastic Keep Case | ||
| 3 | Metal Keep case | ||
| 4 | Papercard Box | ||
| 5 | Plastic Folder | ||
| 6 | Paper Sleeve | ||
| ... |