https://github.com/rayzr522/gameframework

A WIP framework for writing Bukkit minigame plugins in a single class file.
https://github.com/rayzr522/gameframework

Last synced: 26 days ago
JSON representation

A WIP framework for writing Bukkit minigame plugins in a single class file.

• Host: GitHub
• URL: https://github.com/rayzr522/gameframework
• Owner: rayzr522
• Created: 2017-06-05T19:50:02.000Z (over 7 years ago)
• Default Branch: master
• Last Pushed: 2023-12-22T00:15:32.000Z (11 months ago)
• Last Synced: 2023-12-22T03:19:50.329Z (11 months ago)
• Size: 386 KB
• Stars: 0
• Watchers: 2
• Forks: 0
• Open Issues: 0
• Metadata Files:
  • Readme: README.md

Awesome Lists containing this project

README

        
![Logo](graphics/logo-cropped.png)

# GameFramework

> A WIP framework for writing Bukkit minigame plugins in a single class file.

## What is this repository?

This is the home of all my planning docs and the eventual home of the source code for my Minecraft minigame framework.

## The Idea

This project has been a dream of mine for a while. Servers like Hypixel or Mineplex have made minigames quite popular, but few people have the money, time and resources to make their own minigames. A year or two ago I had an idea for a component-based system where minigames are described as a series of gameplay elements and objectives. Over time I've honed the idea, and I just recently revived the project.

In theory, entire minigames could be made in a single class file. All they would have to do is describe some phases of the game, the various objectives and gameplay components of each phase, and then let the framework do the rest. All command handling, arena management and data storage would be taken care of by the framework.

## Is this really plausible?

Is it _possible?_ Yes. However, this won't be an easy project. I'm still in the super-mega-alpha planning stage.

## What needs to be done?

My plan for now is to try and describe as many minigames as I can in a compenent-based syntax. This will let me know what features the components will need, and that will make writing the actual framework infinitely easier.

After that is complete, I'll need to determine an abstraction layer for arena handling. Not every minigame handles arenas the same way, but I'm sure there's a way to abstract the differences away.

## Examples

These are a few examples I've written up in a human-readable syntax, describing each phase and the components required.

1. [Quake](example-games/1-Quake.md)

2. [SkyWars](example-games/2-SkyWars.md)