模组:製作指南/APIs/Events
← 模組:目錄
SMAPI provides several C# events which let your mod respond when something happens (like when the player places an object) or run code periodically (like once per update tick).
常見問題
什麼是事件 events ?
事件使你可以在發生某些事情時運行代碼。可以在引發「事件」(發生的情況)時添加任意數量的「事件處理程序」(調用方法)。 可以將事件和處理程序視為「when...then」語句:
存档已加载 <-- 事件 然后运行我的代码 <-- 事件处理程序
See Events in the C# programming guide for more info.
如何使用它們?
通常將事件處理程序添加到 Entry 方法中,可以隨時添加和刪除它們。例如,在每天開始時打印一條消息。首先,從下面的列表中選擇適當的事件 (GameLoop.DayStarted), 然後添加一個事件處理程序,並在方法代碼中執行以下操作:
/// <summary>模组的主要入口点。</summary>
public class ModEntry : Mod
{
/**********
** 公共方法
*********/
/// <summary>模组入口点,加载模组后自动调用</summary>
/// <param name="helper">提供用于编写模组的简化API</param>
public override void Entry(IModHelper helper)
{
// 事件 += 方法
helper.Events.GameLoop.DayStarted += this.OnDayStarted;
}
/**********
** 私有方法
*********/
/// <summary>在新的一天开始后调用的方法</summary>
/// <param name="sender">事件对象</param>
/// <param name="e">事件参数</param>
private void OnDayStarted(object sender, DayStartedEventArgs e)
{
this.Monitor.Log("新的一天到来了!");
}
}
提示:不需要記住方法參數。在 Visual Studio 中,輸入 helper.Events.GameLoop.SaveLoaded +=
然後按 TAB 來自動生成方法
事件如何呈現到遊戲中?
每次遊戲計時(遊戲更新其狀態並呈現到屏幕時)都會引發事件,每秒60次。 一個事件可能會引發多次(例如,如果玩家同時按下兩個鍵),但是大多數事件不會每秒引發60次(例如,玩家不太可能每秒按下60個按鈕)
事件處理程序是「同步」運行的:遊戲暫停時模組的代碼不會運行,因此沒有更改衝突的風險。由於代碼運行非常迅速,因此除非你的代碼異常緩慢,否則玩家不會注意到任何延遲。就是說,當使用諸如 UpdateTicked 或者 Rendered 應該緩存繁重的操作(例如加載資源),而不是在每個刻度中重複執行這些操作,以免影響性能。
What if a mod changes what the event was raised for?
Events are raised based on a snapshot of the game state. That's usually but not necessarily the current game state.
For example, consider this case:
- The GameMenu opens.
- SMAPI raises the MenuChanged event, which mods A and B listen to.
- Mod A receives the event and closes the menu.
- Mod B receives the event.
Each mod is still handling the MenuChanged event for the opened menu, even though the first mod closed it. SMAPI will raise a new MenuChanged event for the closed menu on the next tick.
This rarely affects mods, but it's something to keep in mind if you need the current state (e.g. check Game1.activeClickableMenu instead of e.NewMenu).
Events
The available events are documented below.
Display
this.Helper.Events.Display has events linked to UI and drawing to the screen.
event | summary | |||||||||
---|---|---|---|---|---|---|---|---|---|---|
#MenuChanged | Raised after a game menu is opened, closed, or replaced.
事件參數:
| |||||||||
#Rendering | Raised before the game draws anything to the screen in a draw tick, as soon as the sprite batch is opened. The sprite batch may be closed and reopened multiple times after this event is called, but it's only raised once per draw tick. This event isn't useful for drawing to the screen, since the game will draw over it.
事件參數:
| |||||||||
#Rendered | Raised after the game draws to the sprite patch in a draw tick, just before the final sprite batch is rendered to the screen. Since the game may open/close the sprite batch multiple times in a draw tick, the sprite batch may not contain everything being drawn and some things may already be rendered to the screen. Content drawn to the sprite batch at this point will be drawn over all vanilla content (including menus, HUD, and cursor).
事件參數:
| |||||||||
#RenderingWorld | Raised before the game world is drawn to the screen. This event isn't useful for drawing to the screen, since the game will draw over it.
事件參數:
| |||||||||
#RenderedWorld | Raised after the game world is drawn to the sprite patch, before it's rendered to the screen. Content drawn to the sprite batch at this point will be drawn over the world, but under any active menu, HUD elements, or cursor.
事件參數:
| |||||||||
#RenderingActiveMenu | When a menu is open (Game1.activeClickableMenu != null), raised before that menu is drawn to the screen. This includes the game's internal menus like the title screen. Content drawn to the sprite batch at this point will appear under the menu.
事件參數:
| |||||||||
#RenderedActiveMenu | When a menu is open (Game1.activeClickableMenu != null), raised after that menu is drawn to the sprite batch but before it's rendered to the screen. Content drawn to the sprite batch at this point will appear over the menu and menu cursor.
事件參數:
| |||||||||
#RenderingHud | Raised before drawing the HUD (item toolbar, clock, etc) to the screen. The vanilla HUD may be hidden at this point (e.g. because a menu is open). Content drawn to the sprite batch at this point will appear under the HUD.
事件參數:
| |||||||||
#RenderedHud | Raised after drawing the HUD (item toolbar, clock, etc) to the sprite batch, but before it's rendered to the screen. The vanilla HUD may be hidden at this point (e.g. because a menu is open). Content drawn to the sprite batch at this point will appear over the HUD.
事件參數:
| |||||||||
#WindowResized | Raised after the game window is resized.
事件參數:
|
Game loop
this.Helper.Events.GameLoop has events linked to the game's update loop. The update loop runs roughly ≈60 times/second to run game logic like state changes, action handling, etc. These are often useful, but you should consider semantic events like Input where applicable.
event | summary | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
#GameLaunched | Raised after the game is launched, right before the first update tick. This happens once per game session (unrelated to loading saves). All mods are loaded and initialised at this point, so this is a good time to set up mod integrations. | ||||||||||||
#UpdateTicking UpdateTicked |
Raised before/after the game state is updated (≈60 times per second).
事件參數:
| ||||||||||||
#OneSecondUpdateTicking OneSecondUpdateTicked |
Raised before/after the game state is updated, once per second.
事件參數:
| ||||||||||||
#SaveCreating SaveCreated |
Raised before/after the game creates the save file (after the new-game intro). The save won't be written until all mods have finished handling this event. This is a somewhat specialised event, since the world isn't fully initialised at this point; in most cases you should use DayStarted, Saving, Saved instead. | ||||||||||||
#Saving Saved |
Raised before/after the game writes data to save file (except the initial save creation). The save won't be written until all mods have finished handling this event. This is also raised for farmhands in multiplayer. | ||||||||||||
#SaveLoaded | Raised after loading a save (including the first day after creating a new save), or connecting to a multiplayer world. This happens right before DayStarted; at this point the save file is read and Context.IsWorldReady is true.
This event isn't raised after saving; if you want to do something at the start of each day, see DayStarted instead. | ||||||||||||
#DayStarted | Raised after a new in-game day starts, or after connecting to a multiplayer world. Everything has already been initialised at this point. (To run code before the game sets up the day, see DayEnding instead.) | ||||||||||||
#DayEnding | Raised before the game ends the current day. This happens before it starts setting up the next day and before Saving. | ||||||||||||
#TimeChanged | Raised after the in-game clock time changes, which happens in intervals of ten in-game minutes.
事件參數:
| ||||||||||||
#ReturnedToTitle | Raised after the game returns to the title screen. |
Input
this.Helper.Events.Input has events raised when the player uses a controller, keyboard, or mouse in some way. They can be used with the input API to access more info or suppress input.
event | summary | |||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
#ButtonsChanged | Raised after the player pressed/released any buttons on the keyboard, mouse, or controller. This includes mouse clicks. If the player pressed/released multiple keys at once, this is only raised once.
事件參數:
| |||||||||||||||
#ButtonPressed ButtonReleased |
Raised after the player pressed/released a keyboard, mouse, or controller button. This includes mouse clicks. If the player pressed/released multiple keys at once, this is raised for each button pressed.
事件參數:
| |||||||||||||||
#CursorMoved | Raised after the player moves the in-game cursor.
事件參數:
| |||||||||||||||
#MouseWheelScrolled | Raised after the player scrolls the mouse wheel.
事件參數:
|
Multiplayer
this.Helper.Events.Multiplayer has events raised for multiplayer messages and connections.
event | summary | |||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
#PeerContextReceived | Raised after the mod context for a player is received. The event is raised for any player (whether host or farmhand), including when the connecting player doesn't have SMAPI installed. This is the earliest point where messages can be sent to the player via SMAPI.
This happens immediately before the game approves the connection, so the player doesn't exist in the game yet. When connecting to the host, contextual fields like Game1.IsMasterGame or Context.IsMultiplayer may not be set yet; you can check e.Peer.IsHost to know whether the current player is a farmhand, since the host context will always be received first. Assuming another mod doesn't block the connection, the connection will be approved on the next tick. 事件參數:
| |||||||||||||||
#PeerConnected | Raised after a connection from another player is approved by the game. The event is raised for any player (whether host or farmhand), including when the connecting player doesn't have SMAPI installed. This happens after PeerContextReceived.
The player is connected to the game at this point, so methods like Game1.server.kick will work. 事件參數:
| |||||||||||||||
#ModMessageReceived | Raised after a mod message is received over the network.
事件參數:
| |||||||||||||||
#PeerDisconnected | Raised after the connection to a player is severed.
事件參數:
|
Player
this.Helper.Events.Player has events raised when the player data changes.
Currently these events are only raised for the current player. That will likely change in a future version, so make sure to check e.IsLocalPlayer if you only want to handle the current player.
event | summary | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
#InventoryChanged | Raised after items are added or removed from the player inventory.
事件參數:
| ||||||||||||||||||
#LevelChanged | Raised after a player's skill level changes. When the player levels up normally, this is raised immediately (not when the game notifies the player after they go to bed).
事件參數:
| ||||||||||||||||||
#Warped | Raised after the current player moves to a new location.
事件參數:
|
World
this.Helper.Events.World has events raised when the in-game world changes in some way.
event | summary | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
#LocationListChanged | Raised after a game location is added or removed (including building interiors).
事件參數:
| ||||||||||||||||||
#BuildingListChanged | Raised after buildings are added/removed in any location.
This event isn't raised for buildings already present when a location is added. If you need to handle those too, use LocationListChanged and check e.Added.OfType<BuildableGameLocation>() → buildings. 事件參數:
| ||||||||||||||||||
#ChestInventoryChanged | Raised after items are added or removed from a chest's inventory.
事件參數:
| ||||||||||||||||||
#DebrisListChanged | Raised after debris is added/removed in any location (including dropped or spawned floating items).
This event isn't raised for debris already present when a location is added. If you need to handle those too, use LocationListChanged and check e.Added → debris. 事件參數:
| ||||||||||||||||||
#LargeTerrainFeatureListChanged | Raised after large terrain features (like bushes) are added/removed in any location.
This event isn't raised for large terrain features already present when a location is added. If you need to handle those too, use LocationListChanged and check e.Added → largeTerrainFeatures. 事件參數:
| ||||||||||||||||||
#NpcListChanged | Raised after NPCs are added/removed in any location (including villagers, horses, Junimos, monsters, and pets).
This event isn't raised for characters already present when a location is added. If you need to handle those too, use LocationListChanged and check e.Added → characters. 事件參數:
| ||||||||||||||||||
#ObjectListChanged | Raised after objects are added/removed in any location (including machines, furniture, fences, etc). For floating items, see DebrisListChanged.
This event isn't raised for objects already present when a location is added. If you need to handle those too, use LocationListChanged and check e.Added → objects. 事件參數:
| ||||||||||||||||||
#TerrainFeatureListChanged | Raised after terrain features are added/removed in any location (including trees, hoed dirt, and flooring). For bushes, see LargeTerrainFeatureListChanged.
This event isn't raised for terrain features already present when a location is added. If you need to handle those too, use LocationListChanged and check e.Added → terrainFeatures. 事件參數:
|
Specialised
this.Helper.Events.Specialised has events for specialised edge cases. These shouldn't be used by most mods.
event | summary | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
#LoadStageChanged | Raised when the low-level stage in the game's loading process has changed, for mods which need to run code at specific points in the loading process. The available stages or when they happen might change without warning in future versions (e.g. due to changes in the game's load process), so mods using this event are more likely to break or have bugs. Most mods should use the game loop events instead.
事件參數:
| ||||||||||||
#UnvalidatedUpdateTicking UnvalidatedUpdateTicked |
Raised before/after the game updates its state (≈60 times per second), regardless of normal SMAPI validation. This event is not thread-safe and may be invoked while game logic is running asynchronously. Changes to game state in this method may crash the game or corrupt an in-progress save. Do not use this event unless you're fully aware of the context in which your code will be run. Using this event will trigger a warning in the SMAPI console.
事件參數:
|
Advanced
Change monitoring
You may want to handle a change that doesn't have its own event (e.g. an in-game event ends, a letter is added to the mailbox, etc). You can usually do that by handling a general event like UpdateTicked, and detecting when the value(s) you're watching changed. For example, here's a complete mod which logs a message when an in-game event ends:
/// <summary>The main entry point for the mod.</summary>
public class ModEntry : Mod
{
/*********
** Fields
*********/
/// <summary>The in-game event detected on the last update tick.</summary>
private Event LastEvent;
/*********
** Public methods
*********/
/// <summary>The mod entry point, called after the mod is first loaded.</summary>
/// <param name="helper">Provides simplified APIs for writing mods.</param>
public override void Entry(IModHelper helper)
{
helper.Events.GameLoop.UpdateTicked += this.OnUpdateTicked;
}
/*********
** Private methods
*********/
/// <summary>The method invoked when the game updates its state.</summary>
/// <param name="sender">The event sender.</param>
/// <param name="e">The event arguments.</param>
private void OnUpdateTicked(object sender, EventArgs e)
{
if (this.LastEvent != null && Game1.CurrentEvent == null)
this.Monitor.Log($"Event {this.LastEvent.id} just ended!");
this.LastEvent = Game1.CurrentEvent;
}
}
Custom priority
SMAPI calls event handlers in the same order they're registered by default, so the first event handler registered is the first to receive the event each time. This isn't always predictable, since it depends on mod load order and when each mod registers their handlers. This order is also an implementation detail, so it's not guaranteed.
If you need more control over the order, you can specify an event priority using the [EventPriority]
attribute: Low (after most handlers), Default, High (before most handlers), or a custom value (e.g. High + 1 is higher priority than High). You should only do this if strictly needed; depending on event handler order between mods is fragile (e.g. the other mod might change its priority too).
/// <summary>The main entry point for the mod.</summary>
public class ModEntry : Mod
{
/*********
** Public methods
*********/
/// <summary>The mod entry point, called after the mod is first loaded.</summary>
/// <param name="helper">Provides simplified APIs for writing mods.</param>
public override void Entry(IModHelper helper)
{
helper.Events.GameLoop.UpdateTicked += this.OnUpdateTicked;
}
/*********
** Private methods
*********/
/// <summary>The method invoked when the game updates its state.</summary>
/// <param name="sender">The event sender.</param>
/// <param name="e">The event arguments.</param>
[EventPriority(EventPriority.High)]
private void OnUpdateTicked(object sender, EventArgs e)
{
this.Monitor.Log("Update!");
}
}