Dungeons may be:
- non-persistent, where a level is different every time the user returns to it through an entry point, such as a set of stairs.
- persistent, where once a level is generated it is fixed, and its contents will not change randomly upon re-entry.
- mostly persistent, which is a persistent dungeon that may be slowly re-populated with wandering monsters.
- one-way only, meaning that once you leave a level, there is no return. This evades the whole question of persistence and can also act as a game-play factor ("Do I avoid the Brain-gobbler by popping down the stairs and miss out on half the level, or do I risk battle with a dangerous monster to avoid hurrying on?") and mood-creator ("There is no going back.").
In early roguelike games, the non-persistence of dungeons had more to with memory limitations than it did with enhancing gameplay. Thus dungeons in most new roguelikes are not of this variety (Angband being a notable exception).
- The player doesn't have to venture far to come upon a new scenario
- Easy for player to farm previous levels for experience/treasure
- Dungeon size issues are pretty much solved
Supporting persistent dungeons makes life a little more difficult for the developer since it requires the dungeon state to be loaded and saved between games and, very likely, every time the player moves from one level to the next.
- Items remain in place (can drop stuff off and it will be there if you come back (see Stashing))
- Modification of dungeon (such as digging tunnels or blowing up trees, etc.) is permanent
- Realistic, in the limited sense that a fantasy dungeon setting can be realistic
- Sense of accomplishment in exploring an entire level can be attained
- Complete exploration is encouraged, which may be good or bad, depending on design goals
- Bleak if a level has been permanently cleared
- The player is stuck with whatever level is initially generated, even if it has some undesirable features, such as several out of depth monsters near the entrance
The most complicated type of dungeon from a developer perspective, a mostly persistent dungeon requires code that will determine at what frequency the dungeon should be re-populated, and also to handle the actual re-population.
- Arguably more realistic than the other options
- Makes traversing levels that have been previously cleared more interesting (or perhaps tedious)