GIS 适合解决什么问题？
Generic Inventory System（GIS）面向需要把物品、容器和玩法规则组合起来的 Unreal Engine 项目。如果你的需求不止是一个背包列表，还涉及装备槽、不同容器、多人状态或项目自定义规则，GIS 提供可扩展的库存基础。
值得考虑 GIS 的场景
- 物品需要静态定义与运行时状态。 用 Item Definition 和 Fragment 组织静态数据，通过 Item Instance 管理属性与可保存的状态，适合需要不同类型物品的项目。
- 库存需要多种布局。 普通集合、多栈集合和槽位集合可表达背包、仓库或装备栏；集合限制与自定义类型可承载项目规则。
- 项目需要多人库存基础。 插件提供服务器权威操作、可复制对象、事件和部分 Server RPC，帮助组织多人库存流程。项目仍需验证权限、所有权和实际网络表现。
- 物品需要连接其他玩法。 装备、商店、货币、拾取与掉落等组件围绕同一物品模型工作；项目决定具体交互、经济规则和表现。制作系统仍在开发中，尚未完成全面验证。
- 团队希望自定义表现与行为。 GIS 提供 Blueprint 接口和 C++ 扩展点；配套项目含基于 GGS 和 CommonUI 的界面及演示，适合参考或改造。
选型时应考虑的工作
GIS 是代码型插件，不附带插件 Content。配套项目资产另行提供；迁移时需要检查依赖和配置。它不会替项目决定 UI 风格、权限策略、经济平衡、游戏规则或存档后端；复杂需求仍可能需要 Blueprint 或 C++ 开发和测试。
了解资产范围见配套项目与示例资产；GAS、多人权限、共享库存、UI 和制作状态的具体问题见 GIS 售前问题。
继续了解
查看 GIS 功能列表和使用指南，再结合配套项目评估是否符合你的玩法与团队工作流。