Creating commands

This page is a follow-up and bases its code on the previous page.

Tip

Crawl

used

ping

CrawlToday at 21:00

Pong!

Discord allows developers to register slash commands, which provide users a first-class way of interacting directly with your application. Before being able to reply to a command, you must first register it.

Registering commands

This section will cover only the bare minimum to get you started, but you can refer to our in-depth page on registering slash commands for further details. It covers guild commands, global commands, options, option types, and choices.

Command deployment script

Create a deploy-commands.js file in your project directory. This file will be used to register and update the slash commands for your bot application.

Since commands only need to be registered once, and updated when the definition (description, options etc) is changed, it’s not necessary to connect a whole client to the gateway or do this on every ready event. As such, a standalone script using the lighter REST manager is preferred.

Below is a deployment script you can use. Focus on these variables:

clientId: Your application’s client id
guildId: Your development server’s id
commands: An array of commands to register. The slash command builder from discord.js is used to build the data for your commands

In order to get your application’s client id, go to Discord Developer Portal and choose your application. Find the id under “Application ID” in General Information subpage. To get guild id, open Discord and go to your settings. On the “Advanced” page, turn on “Developer Mode”. This will enable a “Copy ID” button in the context menu when you right-click on a server icon, a user’s profile, etc.

Tip

deploy-commands.js

const { REST, SlashCommandBuilder, Routes } = require('discord.js');
const { clientId, guildId, token } = require('./config.json');
const commands = [
new SlashCommandBuilder().setName('ping').setDescription('Replies with pong!'),
new SlashCommandBuilder().setName('server').setDescription('Replies with server info!'),
new SlashCommandBuilder().setName('user').setDescription('Replies with user info!'),
].map((command) => command.toJSON());
const rest = new REST({ version: '10' }).setToken(token);
rest
.put(Routes.applicationGuildCommands(clientId, guildId), { body: commands })
.then((data) => console.log(`Successfully registered ${data.length} application commands.`))
.catch(console.error);

config.json

{
"clientId": "123456789012345678",
"guildId": "876543210987654321",
"token": "your-token-goes-here"
}

Once you fill in these values, run node deploy-commands.js in your project directory to register your commands to a single guild. It’s also possible to register commands globally.

You only need to run node deploy-commands.js once. You should only run it again if you add or edit existing commands.

Tip

Replying to commands

Once you’ve registered your commands, you can listen for interactions via null in your index.js file.

You should first check if an interaction is a chat input command via null, and then check the null property to know which command it is. You can respond to interactions with null.

client.once('ready', () => {
console.log('Ready!');
});
client.on('interactionCreate', async (interaction) => {
if (!interaction.isChatInputCommand()) return;
const { commandName } = interaction;
if (commandName === 'ping') {
await interaction.reply('Pong!');
} else if (commandName === 'server') {
await interaction.reply('Server info.');
} else if (commandName === 'user') {
await interaction.reply('User info.');
}
});
client.login(token);

Server info command

Note that servers are referred to as “guilds” in the Discord API and discord.js library. interaction.guild refers to the guild the interaction was sent in (a null instance), which exposes properties such as .name or .memberCount.

client.on('interactionCreate', async (interaction) => {
if (!interaction.isChatInputCommand()) return;
const { commandName } = interaction;
if (commandName === 'ping') {
await interaction.reply('Pong!');
} else if (commandName === 'server') {
await interaction.reply(`Server name: ${interaction.guild.name}\nTotal members: ${interaction.guild.memberCount}`);
} else if (commandName === 'user') {
await interaction.reply('User info.');
}
});

Crawl

used

server

CrawlToday at 21:00

Server name: discord.js Guide

Total members: 2

You could also display the date the server was created, or the server’s verification level. You would do those in the same manner – use interaction.guild.createdAt or interaction.guild.verificationLevel, respectively.

Refer to the null documentation for a list of all the available properties and methods!

Tip

User info command

A “user” refers to a Discord user. interaction.user refers to the user the interaction was sent by (a null instance), which exposes properties such as .tag or .id.

client.on('interactionCreate', async (interaction) => {
if (!interaction.isChatInputCommand()) return;
const { commandName } = interaction;
if (commandName === 'ping') {
await interaction.reply('Pong!');
} else if (commandName === 'server') {
await interaction.reply(`Server name: ${interaction.guild.name}\nTotal members: ${interaction.guild.memberCount}`);
} else if (commandName === 'user') {
await interaction.reply(`Your tag: ${interaction.user.tag}\nYour id: ${interaction.user.id}`);
}
});

Crawl

used

user

CrawlToday at 21:00

Your tag: User#0001

Your id: 123456789012345678

Refer to the null documentation for a list of all the available properties and methods!

Tip

And there you have it!

The problem with if/else if

If you don’t plan on making more than a couple commands, then using an if/else if chain is fine; however, this isn’t always the case. Using a giant if/else if chain will only hinder your development process in the long run.

Here’s a small list of reasons why you shouldn’t do so:

Takes longer to find a piece of code you want;
Easier to fall victim to spaghetti code;
Difficult to maintain as it grows;
Difficult to debug;
Difficult to organize;
General bad practice.

Next, we’ll be diving into something called a “command handler” – code that makes handling commands easier and much more efficient. This allows you to move your commands into individual files.

Resulting code

null

Creating commands

CrawlToday at 21:00

Registering commands

Command deployment script

Replying to commands

Server info command

CrawlToday at 21:00

User info command

CrawlToday at 21:00

The problem with if/else if

Resulting code

Initial files