Modular, extensible, fast. https://engine.staropensource.de
Find a file
JeremyStarTM 58b9b268a1
Update DependencyVector
This commit introduces a "Builder" nested class, adds a way to specify which other vector a vector provides and includes a few smaller changes to DependencyVectors.
This commit does not work at the moment as I'm in the process of rewriting the DependencyResolver to work correctly, as it should.
2024-08-17 13:26:12 +02:00
.idea Sort and add new tasks 2024-07-11 04:15:37 +02:00
ansi Update DependencyVector 2024-08-17 13:26:12 +02:00
base Update DependencyVector 2024-08-17 13:26:12 +02:00
dist Add dist/ directory 2024-06-16 13:34:56 +02:00
docs MASSIVE CODE CHANGE 2024-07-31 03:53:44 +02:00
gradle/wrapper Update to Gradle 8.9 2024-08-01 02:04:54 +02:00
graphics Update DependencyVector 2024-08-17 13:26:12 +02:00
slf4j-compat Update DependencyVector 2024-08-17 13:26:12 +02:00
src/main/javadoc Update overview.html & add ANSI theme.css symlink 2024-08-01 03:01:37 +02:00
testapp Finalize ListConverter 2024-08-12 20:51:37 +02:00
.gitignore Add 'run/' entry to gitignore 2024-07-16 14:53:17 +02:00
build.gradle Remove "v" from version because of Maven versions 2024-08-01 02:02:19 +02:00
COPYING Add classpath exception 2024-07-11 23:29:23 +02:00
gradle.properties Bump version to v1-alpha3 2024-08-03 17:13:43 +02:00
gradlew Update to Gradle 8.9 2024-08-01 02:04:54 +02:00
gradlew.bat Update to Gradle 8.9 2024-08-01 02:04:54 +02:00
LICENSE Add classpath exception 2024-07-11 23:29:23 +02:00
README.md Update README 2024-07-29 22:45:07 +02:00
settings.gradle Move ANSI-related stuff into 'ansi' module 2024-07-29 21:34:10 +02:00

StarOpenSource Engine

The StarOpenSource Engine (or sos!engine for short) is a modular, extensible and easy to use Java game and application engine.

WARNING

The StarOpenSource Engine is under heavy development and is extremely unstable. Code will break often, prepare for potential major refactors when trying the engine out.

Index

About

... the engine

The StarOpenSource Engine is a modular and extensible framework for building applications and games written in the Java programming language. The engine consists of various subsystems, each separate and responsible for only a few closely-related things.
Not only that. The engine also features various useful classes, interfaces and methods making development fun and simpler, while being lightweight.

... the repository

The sos!engine repository is a monorepo, consisting of the core engine, multiple official subsystems and their documentation.

Priorities

These are in no particular order.

  • configurable
  • do one thing and do it well (subsystems concept)
  • fast
  • few runtime dependencies (note: we will cut down on some of them during development)
  • modular & extensible
  • small & lightweight

Documentation

You can view the engine documentation at engine.staropensource.de. It provides information, guides and tutorials about the core engine and subsystems. If you want the API reference, you can visit the Javadoc for the engine and it's subsystems.

Contributing

Requirements

You need the following things to be able to contribute code to the StarOpenSource Engine:

  • knowledge of Java
  • knowledge about the internals of engine

What IDE to use?

We recommend and are using IntelliJ IDEA Community Edition for development because it is flexible, extendable, customizable, provides good completions and error detection. It's also open source.

Code style

We recommend looking at existing classes and code for a good understanding on how we'd like code to be written. Here's a quick rundown on the most important things:

  • Document EVERYTHING. Every single class, field and method, even if private.
  • Make comments about your code, unless it's extremly simple and easy to understand.
  • Make sure to add and update @since in javadoc comments (update if the javadoc changes a good amount).
  • Keep stuff simple, no need to elaborate what a logger is. Though remember to not make it too simple.
  • Make sure every field and method has a newline to seperate it.
  • Files must end with a newline or cats might get angry.
  • Use your brain.

Pull request guidelines

Before creating a pull request, make sure you've:

  • created tests for the functionality you've added, changed or removed (if applicable),
  • tested your changes,
  • made sure that everything works,
  • is compatible with other code in the monorepo, and
  • is compatible with other applications. If not, tell us in your pull request description.

Making your first contribution

TODO