npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@rbxts/proton

v0.7.0

Published

Framework for Roblox game development

Downloads

24

Readme

Proton

Lint Release

Proton is an easy-to-use framework for Roblox game development.

Like the proton of an atom, Proton aims at adding stability to your game development, all while only remaining a portion of the whole. Use Proton to structure and connect the top-level design of your game.

Providers

Providers are the core of Proton. A provider provides a specific service or utility to your game. For example, a game might have a DataProvider (or DataService/DataManager/etc.) that provides the logic for handling data for players in the game.

Structure

The minimum structure of a provider looks like the following:

import { Provider } from "@rbxts/proton";

@Provider()
export class MyProvider {}

That's it. The @Provider() decorator communicates data about the class to Proton, but does not mutate the given provider at all. Proton will create a singleton of the provider once Proton is started.

Extensible

Providers can have any number of methods or fields added to them. They're just plain classes. Add anything to them.

@Provider()
export class MyProvider {
	private message = "hello!";

	// Optional constructor method
	constructor() {
		// Use the constructor to set up any necessary functionality
		// for the provider (e.g. hooking up network connections).
	}

	// Custom method
	helloWorld() {
		print(this.message);
	}
}

Built-in Start Lifecycle

Proton includes an optional built-in lifecycle method ProtonStart, which is fired when Proton is started. All ProtonStart lifecycle methods are called at the same time using task.spawn, which means that these methods can yield without blocking other providers from starting. It is common practice to use ProtonStart as a place to have long-running loops (e.g. a system that drives map loading and rotation every round).

import { Lifecycle, ProtonStart, Provider } from "@rbxts/proton";

@Provider()
export class MyProvider {
	constructor() {
		print("MyProvider initialized");
	}

	@Lifecycle(ProtonStart)
	onStart() {
		print("MyProvider started");
	}
}

Starting Proton

From both a server and client script, call the Proton.start() method.

import { Proton } from "@rbxts/proton";

Proton.start();

If another script requires Proton to be started, Proton.awaitStart() can be used, which will yield until Proton is fully started.

import { Proton } from "@rbxts/proton";

Proton.awaitStart();

Loading Providers

Modules are not magically loaded. Thus, if your providers exist in their own modules but are never imported by any running code, then Proton will never see them and they will not start. This is common for top-level providers that no other code relies on. In such cases, they must be explicitly imported:

import { Proton } from "@rbxts/proton";

// e.g.
import "./providers/my-provider.ts"

Proton.start();

Getting a Provider

Once Proton is started, use Proton.get() to get a provider:

const myProvider = Proton.get(MyProvider);
myProvider.helloWorld();

Providers can also access other providers:

@Provider()
export class AnotherProvider {
	private readonly myProvider = Proton.get(MyProvider);

	constructor() {
		myProvider.helloWorld();
	}
}

Network

The recommended way to do networking in Proton is to create a network.ts file in a shared directory (e.g. accessible from both the server and the client), and then create a Network namespace with the desired NetEvent and NetFunction objects. Optionally, multiple different namespaces can be created to separate between network functionality.

// shared/network.ts
import { NetEvent, NetEventType, NetFunction } from "@rbxts/proton";

export namespace Network {
	// Send a message to a player
	export const sendMessageToPlayer = new NetEvent<[message: string], NetEventType.ServerToClient>();

	// Get fireBullet from player
	export const fireBullet = new NetEvent<[pos: Vector3, dir: Vector3], NetEventType.ClientToServer>();

	// Allow client to fetch some data
	export const getData = new NetFunction<void, [data: string]>();

	// Client sends request to buy something
	export const buy = new NetFunction<[item: string, category: string], [bought: boolean]>();

	// Client gets sent multiple variables
	export const getMultiple = new NetFunction<void, {msg1: string, msg2: string, msg3: string}>();
}

Example of the above Network setup being consumed:

// server

Network.sendMessageToPlayer.server.fire(somePlayer, "hello world!");
Network.fireBullet.server.connect((pos, dir) => {
	// Handle bullet being fired
});
Network.getData.server.handle((player) => {
	return "Some data";
});
Network.buy.server.handle((player, item, category) => {
	// Buy item
	return false;
});
Network.getMultiple.handle((player) => {
	return { msg1: "hello", msg2: "world", msg3: "how are you" };
});
// client

Network.sendMessageToPlayer.client.connect((message) => {
	print(message);
});
Network.fireBullet.client.fire(new Vector3(), Vector3.zAxis);
const data = Network.getData.client.fire();
const { msg1, msg2, msg3 } = Network.getMultiple.client.fire();

Lifecycles

Custom lifecycles can be added. At their core, lifecycles are just special event dispatchers that can hook onto a class method. For example, here is a lifecycle that is fired every Heartbeat.

// shared/lifecycles.ts
import { ProtonLifecycle } from "@rbxts/proton";

export interface OnHeartbeat {
	onHeartbeat(dt: number): void;
}

export const HeartbeatLifecycle = new ProtonLifecycle<OnHeartbeat["onHeartbeat"]>();

RunService.Heartbeat.Connect((dt) => HeartbeatLifecycle.fire(dt));

A provider can then hook into the lifecycle:

import { Provider, Lifecycle } from "@rbxts/proton";

@Provider()
export class MyProvider implements OnHeartbeat {
	@Lifecycle(HeartbeatLifecycle)
	onHeartbeat(dt: number) {
		print("Update", dt);
	}
}

Here is a more complex lifecycle that is fired when a player enters the game.

// shared/lifecycles.ts
export interface OnPlayerAdded {
	onPlayerAdded(player: Player): void;
}

export const PlayerAddedLifecycle = new ProtonLifecycle<OnPlayerAdded["onPlayerAdded"]>();

// Trigger lifecycle for all current players and all future players:
Players.PlayerAdded.Connect((player) => PlayerAddedLifecycle.fire(player));
for (const player of Players.GetPlayers()) {
	PlayerAddedLifecycle.fire(player);
}

// Trigger lifecycle for all players for any new callbacks that get registered later on during runtime:
PlayerAddedLifecycle.onRegistered((callback) => {
	for (const player of Players.GetPlayers()) {
		task.spawn(callback, player);
	}
});
@Provider()
export class MyProvider implements OnPlayerAdded {
	@Lifecycle(PlayerAddedLifecycle)
	onPlayerAdded(player: Player) {
		print(`Player entered the game: ${player}`);
	}
}

Having the OnPlayerAdded interface just helps to keep explicit typings across consumers of the lifecycle. However, it is not entirely necessary. The above example could also have a lifecycle definition and consumer look like such:

export const PlayerAddedLifecycle = new ProtonLifecycle<(player: Player) => void>();

@Provider()
export class MyProvider {
	@Lifecycle(PlayerAddedLifecycle)
	onPlayerAdded(player: Player) {}
}

Components

Bind components to Roblox instances using the Component class and CollectionService tags.

import { BaseComponent, Component } from "@rbxts/proton";

@Component({ tag: "MyComponent" })
class MyComponent extends BaseComponent<BasePart> {
	onStart() {}
	onStop() {}
}

In initialization file:

import { Proton } from "@rbxts/proton";

import "./wherever/my-component";

Proton.start();