1. 项目概述从排序需求到游戏道具系统的实战在游戏开发里尤其是涉及到背包、商店、角色装备这类系统时对道具列表进行排序几乎是刚需。玩家希望按等级、按品质、按获取时间或者按一个综合的战斗力评分来快速找到自己需要的道具。C# 中的ListT是我们最常用的动态集合而如何高效、灵活地对它进行排序就成了每个C#游戏程序员必须掌握的基本功。这不仅仅是调用一个Sort()方法那么简单它背后涉及到算法选择、性能考量以及如何设计出既清晰又易于维护的排序逻辑。我自己在项目里就踩过不少坑。早期图省事所有排序都写在UI层一个按钮点击事件里塞满了几十行比较逻辑后期需求一变改起来简直是噩梦。也试过为了所谓的“性能优化”在数据量不大的情况下强行手写快排结果引入了隐蔽的Bug得不偿失。所以今天我想结合一个典型的“游戏道具系统”场景把C#里List排序的几种主流玩法掰开揉碎了讲清楚。我们会从最基础的IComparable接口和Comparison委托开始深入到灵活强大的IComparer接口和LINQ最后再聊聊在真实游戏项目中如何根据道具系统的具体需求来选择和组合这些排序策略。无论你是刚接触C#的新手还是想梳理一下这方面知识的老手相信都能有所收获。2. 游戏道具数据模型与排序需求定义在开始写排序代码之前我们得先把“排序什么”和“按什么规则排序”这两个问题搞清楚。这直接决定了我们后续代码的结构。2.1 构建一个基础的游戏道具类我们先定义一个GameItem类它包含一些游戏道具常见的属性。public class GameItem { public int Id { get; set; } // 道具唯一ID public string Name { get; set; } // 道具名称 public ItemQuality Quality { get; set; } // 品质枚举 public int Level { get; set; } // 道具等级或需求等级 public int PowerScore { get; set; } // 综合战力评分 public DateTime AcquireTime { get; set; } // 获取时间 } // 道具品质枚举 public enum ItemQuality { Common, // 普通 Uncommon, // 精良 Rare, // 稀有 Epic, // 史诗 Legendary // 传奇 }这个类很简单但已经涵盖了多种常见的排序维度数值型的Level和PowerScore枚举型的Quality以及日期时间型的AcquireTime。2.2 典型游戏场景中的排序需求分析现在假设我们有一个ListGameItem代表了玩家的背包。玩家的操作会催生不同的排序需求按品质排序玩家想快速找到最高品质的装备。通常顺序是Legendary Epic Rare Uncommon Common。这是一个典型的按枚举值但其内在顺序有意义排序的场景。按等级降序排序玩家想看看自己有哪些高等级道具。这是简单的整数排序但通常是降序。按战斗力评分排序在准备挑战副本时玩家想快速搭配出战力最高的几件装备。按PowerScore降序排列。按获取时间排序玩家想找到最新获得的道具或者想清理最早获得的垃圾道具。按AcquireTime排序可以是升序最旧在前或降序最新在前。多条件复合排序这是最实际的需求。例如“首先按品质从高到低排品质相同的再按战斗力从高到低排”。这模拟了玩家优先穿戴高品质装备在同品质里选战力高的逻辑。注意在定义数据模型时提前思考排序需求非常重要。例如如果ItemQuality枚举的定义顺序Common0, Uncommon1...不符合你想要的排序顺序传奇应该排第一那么你就不能直接依赖枚举的整数值排序需要在比较逻辑中自定义映射关系。3. C# List排序的核心方法详解C# 为ListT提供了多种排序方式其核心都围绕着“比较两个对象大小”这个操作。理解这些方法的底层机制才能做出正确选择。3.1 使用默认的Sort()与IComparable 接口ListT.Sort()方法在没有任何参数时要求集合中的类型T必须实现IComparableT接口。这个接口定义了一个CompareTo(T other)方法用来规定这个类型对象的“自然顺序”。让我们为GameItem实现IComparableGameItem假设我们默认的“自然顺序”是按Id升序排列这通常很合理因为Id是唯一且常与创建顺序相关。public class GameItem : IComparableGameItem { // ... 属性同上 ... public int CompareTo(GameItem other) { if (other null) return 1; // 约定非空对象大于空对象 // 按Id升序排序 return this.Id.CompareTo(other.Id); } }实现后你就可以直接调用itemList.Sort()列表会按照Id从小到大排列。为什么要有自然顺序对于一些类型如int,string,DateTime.NET已经帮我们实现了IComparable。为你的业务类定义自然顺序能让它在需要排序的通用场合比如放入某些会自动排序的集合如SortedSetT中直接工作。但问题在于一个类的“自然顺序”通常只有一种。对于游戏道具按Id排序可能只是后台管理时的需求对玩家而言“自然”的顺序更可能是品质或等级。所以单纯依赖IComparable往往不够灵活。3.2 使用Comparison委托实现快速自定义排序ComparisonT是一个委托签名是int ComparisonT(T x, T y)。它允许你通过一个匿名方法或Lambda表达式在调用Sort方法时临时定义比较逻辑。这是最快捷、最常用的方式。ListGameItem backpack GetPlayerBackpack(); // 假设这个方法获取背包列表 // 1. 按等级降序排序 backpack.Sort((itemA, itemB) itemB.Level.CompareTo(itemA.Level)); // 注意itemB.CompareTo(itemA) 实现了降序。升序则是 itemA.CompareTo(itemB) // 2. 按品质排序假设枚举定义顺序就是想要的顺序 backpack.Sort((a, b) a.Quality.CompareTo(b.Quality)); // 普通到传奇 // 3. 如果枚举顺序不是想要的需要自定义映射 // 例如我们想要传奇排第一普通排最后。可以定义一个品质权重字典。 DictionaryItemQuality, int qualityWeight new DictionaryItemQuality, int { [ItemQuality.Legendary] 5, [ItemQuality.Epic] 4, [ItemQuality.Rare] 3, [ItemQuality.Uncommon] 2, [ItemQuality.Common] 1 }; backpack.Sort((a, b) qualityWeight[b.Quality].CompareTo(qualityWeight[a.Quality])); // 降序 // 4. 按获取时间降序最新获得的在前 backpack.Sort((a, b) b.AcquireTime.CompareTo(a.AcquireTime));使用Comparison委托的心得优点极其灵活和方便特别适合一次性或UI事件驱动的排序。缺点比较逻辑分散在代码各处如果同样的排序规则在多处使用会造成代码重复。逻辑复杂时Lambda表达式会变得难以阅读和维护。最佳实践对于简单的、仅在一处使用的排序规则直接用Lambda。如果逻辑稍复杂或可能复用考虑将其提取成一个有名字的静态方法。// 将复杂的比较逻辑提取为静态方法 private static int CompareByQualityThenPower(GameItem a, GameItem b) { int qualityCompare qualityWeight[b.Quality].CompareTo(qualityWeight[a.Quality]); // 品质降序 if (qualityCompare ! 0) return qualityCompare; // 品质相同按战力降序 return b.PowerScore.CompareTo(a.PowerScore); } // 使用时 backpack.Sort(CompareByQualityThenPower);3.3 使用IComparer 接口实现专业的比较器IComparerT接口定义了一个独立的“比较器”类它封装了特定的比较规则。这是实现复杂、可复用、可配置排序策略的推荐方式。我们创建一个“先品质后战力”的比较器public class QualityThenPowerComparer : IComparerGameItem { private readonly DictionaryItemQuality, int _qualityWeight; // 可以通过构造函数注入自定义的权重增加灵活性 public QualityThenPowerComparer(DictionaryItemQuality, int customWeight null) { _qualityWeight customWeight ?? new DictionaryItemQuality, int { [ItemQuality.Legendary] 5, [ItemQuality.Epic] 4, [ItemQuality.Rare] 3, [ItemQuality.Uncommon] 2, [ItemQuality.Common] 1 }; } public int Compare(GameItem x, GameItem y) { if (ReferenceEquals(x, y)) return 0; if (x is null) return -1; if (y is null) return 1; // 1. 按品质权重降序 int qualityCompare _qualityWeight[y.Quality].CompareTo(_qualityWeight[x.Quality]); if (qualityCompare ! 0) return qualityCompare; // 2. 品质相同按战力评分降序 int powerCompare y.PowerScore.CompareTo(x.PowerScore); if (powerCompare ! 0) return powerCompare; // 3. 如果战力和品质都相同可以按Id升序作为最终决定因子保证排序稳定性可选 return x.Id.CompareTo(y.Id); } }使用这个比较器// 使用默认权重 backpack.Sort(new QualityThenPowerComparer()); // 或者如果你想在游戏某个模式如PVP中调整品质权重 var pvpWeight new DictionaryItemQuality, int { /* ... */ }; backpack.Sort(new QualityThenPowerComparer(pvpWeight));为什么推荐IComparerT关注点分离排序逻辑被封装在独立的类中与业务数据模型和调用代码解耦。高可复用性同一个比较器可以在任何需要的地方使用比如对不同玩家背包、对商店列表等进行排序。可测试性可以单独对比较器逻辑进行单元测试。可配置性与扩展性如上例通过构造函数参数我们可以轻松改变排序行为如品质权重。我们还可以很容易地创建LevelComparer、AcquireTimeComparer等供不同场景调用。与框架良好集成许多.NET集合和API都接受IComparerT作为参数。3.4 使用LINQ的OrderBy进行非就地排序以上Sort方法都是“就地排序”即直接修改原列表的顺序。有时我们不想改变原列表或者想进行更复杂的多级排序LINQ的OrderBy和ThenBy扩展方法就非常有用。using System.Linq; ListGameItem backpack GetPlayerBackpack(); // 1. 非就地排序生成一个新的排序后的序列原列表不变 var sortedByLevel backpack.OrderByDescending(item item.Level).ToList(); // 2. 多级排序先按品质降序再按战力降序LINQ语法非常直观 var sortedComplex backpack .OrderByDescending(item qualityWeight[item.Quality]) // 第一级 .ThenByDescending(item item.PowerScore) // 第二级 .ThenBy(item item.Id) // 第三级 .ToList(); // 3. 更复杂的排序逻辑可以使用自定义的键选择器 var sortedCustom backpack .OrderByDescending(item item.Quality) // 这里直接按枚举顺序可能不对 .ToList(); // 正确的做法是使用映射 var sortedCustomCorrect backpack .OrderByDescending(item qualityWeight[item.Quality]) .ToList();LINQ排序 vs List.SortList.Sort 原地修改效率通常更高尤其是对大型列表适用于需要直接更新列表显示的场合如UI绑定。LINQOrderBy 返回新序列不修改原数据。语法更简洁特别是对于多条件排序。但会产生新的集合有额外的内存分配开销。对于只是临时展示或后续还要进行其他链式操作的情况LINQ是更好的选择。实操心得在游戏的主循环或频繁调用的UI更新中如果列表很大优先考虑使用Sort配合缓存好的IComparer实例。在响应按钮点击等一次性操作或者排序逻辑复杂多变时LINQ的简洁性优势巨大。我个人的经验是在道具数量少于1000条时两者的性能差异玩家基本感知不到此时开发效率和代码清晰度更重要。4. 在游戏道具系统中设计排序策略掌握了基础工具我们需要在游戏项目的架构层面思考如何组织排序代码使其清晰、易维护、易扩展。4.1 策略模式与排序逻辑的管理我们可以利用“策略模式”的思想将每一种排序规则如“按等级降序”、“按品质战力复合排序”都封装成独立的类实现IComparerGameItem。然后在一个中心化的地方如ItemSortManager来管理和提供这些策略。// 1. 定义排序策略接口虽然可以直接用IComparer但用自定义接口可以提供更多游戏相关上下文 public interface IItemSortStrategy { string SortName { get; } // 排序策略名称用于UI显示 void Sort(ListGameItem items); // 执行排序 } // 2. 实现具体的策略类 public class LevelDescendingSortStrategy : IItemSortStrategy { public string SortName 等级 (高到低); public void Sort(ListGameItem items) items.Sort((a, b) b.Level.CompareTo(a.Level)); } public class QualityPowerSortStrategy : IItemSortStrategy { public string SortName 品质 战力; private readonly IComparerGameItem _comparer new QualityThenPowerComparer(); public void Sort(ListGameItem items) items.Sort(_comparer); } public class AcquireTimeDescendingSortStrategy : IItemSortStrategy { public string SortName 最新获得; public void Sort(ListGameItem items) items.Sort((a, b) b.AcquireTime.CompareTo(a.AcquireTime)); } // 3. 排序管理器 public class ItemSortManager { private readonly Dictionarystring, IItemSortStrategy _strategies; public ItemSortManager() { _strategies new Dictionarystring, IItemSortStrategy { [level] new LevelDescendingSortStrategy(), [qualityPower] new QualityPowerSortStrategy(), [newest] new AcquireTimeDescendingSortStrategy(), // ... 可以注册更多策略 }; } public IItemSortStrategy GetStrategy(string key) { if (_strategies.TryGetValue(key, out var strategy)) return strategy; return _strategies[level]; // 返回一个默认策略 } public Liststring GetAllSortNames() _strategies.Values.Select(s s.SortName).ToList(); }这样设计的好处UI层与逻辑解耦UI下拉框只需要从ItemSortManager获取策略名称列表当玩家选择时传入策略Key管理器返回对应的策略对象执行排序。UI代码不需要知道任何具体的排序逻辑。易于扩展要新增一种排序方式如“按道具类型排序”只需新增一个实现了IItemSortStrategy的类并在管理器中注册即可符合开闭原则。便于配置策略甚至可以从配置文件或数据表中读取实现运行时动态变更排序规则。4.2 性能考量与算法选择对于游戏道具系统道具数量通常是有限的一个玩家的背包可能就几百到几千个条目。.NETListT.Sort方法内部使用的是内省排序它是一种混合排序算法结合了快速排序、堆排序和插入排序的优点平均和最坏情况时间复杂度都是O(n log n)对于游戏内的数据量来说完全足够性能不是首要瓶颈。真正需要关注的性能点在于比较器本身的复杂度如果你的Compare方法内部有复杂的计算例如每次比较都要从数据库查询或计算一个复杂的公式这将成为瓶颈。务必确保比较操作是轻量级的。对于基于PowerScore这种预计算好的数值进行排序速度极快。频繁排序避免在每帧更新中都对大型列表进行排序。通常排序发生在玩家主动操作点击排序按钮、打开背包或数据发生重大变更时。可以通过标志位isDirty来避免不必要的重复排序。内存分配使用Sort是原地排序没有额外内存分配。而使用LINQOrderBy().ToList()会产生新的列表。在性能关键的循环中应避免频繁的GC分配。一个简单的性能测试对比 对于10000个GameItem的列表分别用Sort(Comparison)、Sort(IComparer)和OrderBy进行“品质-战力”复合排序在我的测试机器上耗时都在10毫秒以内。IComparer由于避免了每次比较都查找权重字典可以在比较器构造时缓存通常会略快一点点但差异微乎其微。结论是在游戏道具排序场景下代码的清晰度和可维护性远比微小的性能差异重要。4.3 与UI框架的集成实践在现代游戏开发中UI通常使用数据绑定的方式。例如在Unity中你可能使用ListView或DataGrid来显示道具列表。排序不应直接操作UI控件而应操作其背后的数据源ListGameItem。通用模式如下在UI层如一个BackpackPanel类中持有对数据列表ListGameItem的引用。持有对ItemSortManager的引用。当玩家点击“按品质排序”按钮时从管理器获取对应的IItemSortStrategy。调用strategy.Sort(dataList)。通知UI控件数据源已变更例如在Unity中设置ListView.itemsSource null;再重新赋值或使用实现了INotifyPropertyChanged的集合。// 一个简化的Unity MVVM模式示例 public class BackpackViewModel : MonoBehaviour { public ObservableCollectionGameItem Items { get; } new ObservableCollectionGameItem(); // 可通知变更的集合 private ItemSortManager _sortManager new ItemSortManager(); // 从服务器或本地加载数据 void LoadData() { var rawList GetPlayerBackpack(); foreach(var item in rawList) Items.Add(item); } // UI按钮绑定的方法 public void OnSortButtonClicked(string sortKey) { var strategy _sortManager.GetStrategy(sortKey); // 由于ObservableCollection没有Sort方法需要先转到List var list Items.ToList(); strategy.Sort(list); // 更新ObservableCollection Items.Clear(); foreach(var item in list) Items.Add(item); // 这里会有大量UI更新对于大列表要考虑优化 } }注意事项直接清空ObservableCollection再重新添加会导致UI元素大量重建如果列表很长可能会卡顿。优化方法包括使用支持排序的第三方高级集合视图或者在UI层面只更新变化项Diff算法。对于小型背包简单重载通常可以接受。5. 高级话题与常见问题排查5.1 实现不区分大小写或自定义规则的字符串排序如果道具名称需要排序可能会涉及字符串比较。默认的字符串排序是区分大小写和文化敏感的依赖于当前线程的CultureInfo。// 按道具名称排序区分大小写文化敏感 backpack.Sort((a, b) string.Compare(a.Name, b.Name)); // 按道具名称排序不区分大小写使用不变文化以确保一致性 backpack.Sort((a, b) string.Compare(a.Name, b.Name, StringComparison.OrdinalIgnoreCase)); // 在比较器中实现 public class NameComparer : IComparerGameItem { private readonly StringComparison _comparisonType; public NameComparer(StringComparison comparisonType StringComparison.OrdinalIgnoreCase) { _comparisonType comparisonType; } public int Compare(GameItem x, GameItem y) string.Compare(x?.Name, y?.Name, _comparisonType); }重要提示对于游戏内的道具名、玩家名等需要显示排序的字符串使用StringComparison.OrdinalIgnoreCase序数忽略大小写比较通常是性能最好且行为最可预测的选择因为它不依赖于操作系统的区域设置。5.2 处理空引用与边界条件一个健壮的比较器必须处理null值。.NET 的排序算法可能会传入null。通用的约定是任何非空对象 null。两个null相等。public int Compare(GameItem x, GameItem y) { // 处理两个null或引用相等 if (ReferenceEquals(x, y)) return 0; if (x is null) return -1; // null小于任何非null对象如果约定如此 if (y is null) return 1; // ... 后续的正常比较逻辑 ... }在IComparer.Compare方法中返回值的含义是小于0x应排在y前面。等于0x和y顺序可视为相等但排序算法可能不稳定。大于0x应排在y后面。5.3 排序稳定性问题及其解决方案稳定排序是指当两个元素比较相等时它们在排序后的列表中相对顺序保持不变。.NETListT.Sort方法使用的内省排序是不稳定的。这意味着如果你有一个先按“品质”排序的列表再按“等级”排序那么对于等级相同的道具它们之前的品质顺序可能会被打乱。如果需要稳定排序怎么办使用LINQ的OrderByLINQ的排序是稳定的。你可以用OrderBy进行多级排序它会保持同级相等元素的原始顺序。在自定义比较器中添加最终决胜键这是最常用的方法。在比较逻辑的最后如果所有主要字段都相等则返回一个唯一字段如Id的比较结果。正如我们在QualityThenPowerComparer中最后做的那样 (return x.Id.CompareTo(y.Id))。这确保了排序结果既是确定的也模拟了稳定排序的行为。使用Array.Sort的重载Array.Sort有一个接受IComparerT和起始索引、长度的重载结合Enumerable.Range可以实现稳定排序但较为复杂一般不推荐。5.4 常见问题排查速查表问题现象可能原因解决方案调用Sort()编译错误类型T未实现IComparableT为类实现IComparableT接口或使用带Comparison或IComparer参数的Sort重载。排序结果不符合预期如降序变升序CompareTo调用顺序错误记住规则x.CompareTo(y)返回负值则x在前。要实现降序用y.CompareTo(x)。在Lambda中检查(a, b) a.Prop.CompareTo(b.Prop)是升序。多条件排序时次要条件没生效主要条件的比较结果未提前返回确保在比较方法中当主要条件能决定顺序时compareResult ! 0立即return compareResult不再进行后续比较。自定义枚举排序顺序错乱依赖了枚举的默认整数值从0开始不要直接比较枚举而是建立一个到整数权重的映射DictionaryEnum, int比较权重值。排序后UI不更新UI绑定的集合未通知变更如果使用普通List排序后需要手动通知UI刷新如重新设置DataContext或调用OnPropertyChanged。考虑使用ObservableCollection并替换整个集合或使用支持排序的绑定集合。排序性能差列表很大时比较器逻辑过于复杂或频繁触发排序简化Compare方法确保没有耗时操作如数据库查询、复杂计算。检查是否在每帧更新中无必要地调用了Sort。字符串排序不符合语言习惯使用了默认的字符串比较根据需求明确指定StringComparison如OrdinalIgnoreCase性能好稳定或CurrentCultureIgnoreCase符合本地化语言习惯。6. 实战构建一个完整的道具排序模块让我们把上面的所有知识点串联起来设计一个在中小型游戏项目中可直接使用或稍作修改即可使用的道具排序模块。1. 核心数据与接口// GameItem.cs (数据模型) public class GameItem : IComparableGameItem { public int Id { get; set; } public string Name { get; set; } public ItemQuality Quality { get; set; } public int Level { get; set; } public int PowerScore { get; set; } public DateTime AcquireTime { get; set; } // 实现自然顺序按Id public int CompareTo(GameItem other) Id.CompareTo(other?.Id ?? -1); } // IItemSortStrategy.cs (策略接口) public interface IItemSortStrategy { string StrategyId { get; } string DisplayName { get; } void Apply(ListGameItem items); }2. 具体策略实现// QualityPowerSortStrategy.cs public class QualityPowerSortStrategy : IItemSortStrategy { public string StrategyId quality_power; public string DisplayName 品质优先; private static readonly IComparerGameItem ComparerInstance new QualityPowerComparer(); public void Apply(ListGameItem items) items.Sort(ComparerInstance); private class QualityPowerComparer : IComparerGameItem { private static readonly DictionaryItemQuality, int Weights new() { [ItemQuality.Legendary] 5, [ItemQuality.Epic] 4, [ItemQuality.Rare] 3, [ItemQuality.Uncommon] 2, [ItemQuality.Common] 1 }; public int Compare(GameItem x, GameItem y) { if (ReferenceEquals(x, y)) return 0; if (x is null) return -1; if (y is null) return 1; int qualityCompare Weights[y.Quality].CompareTo(Weights[x.Quality]); if (qualityCompare ! 0) return qualityCompare; int powerCompare y.PowerScore.CompareTo(x.PowerScore); if (powerCompare ! 0) return powerCompare; return x.Id.CompareTo(y.Id); // 稳定排序决胜键 } } } // 其他策略LevelDescendingSortStrategy, AcquireTimeSortStrategy, NameAscendingSortStrategy 等3. 排序管理器与配置// ItemSortManager.cs public class ItemSortManager { public static ItemSortManager Instance { get; } new ItemSortManager(); // 简单单例 private readonly Dictionarystring, IItemSortStrategy _strategies; public IReadOnlyListIItemSortStrategy AllStrategies { get; } private ItemSortManager() { // 注册所有可用策略 _strategies new Dictionarystring, IItemSortStrategy { [new QualityPowerSortStrategy().StrategyId] new QualityPowerSortStrategy(), [new LevelDescendingSortStrategy().StrategyId] new LevelDescendingSortStrategy(), [new AcquireTimeDescendingSortStrategy().StrategyId] new AcquireTimeDescendingSortStrategy(), [new NameAscendingSortStrategy().StrategyId] new NameAscendingSortStrategy(), }; AllStrategies _strategies.Values.ToList(); } public IItemSortStrategy GetStrategy(string id) _strategies.TryGetValue(id, out var strategy) ? strategy : AllStrategies[0]; // 返回默认 public void ApplySort(string strategyId, ListGameItem items) GetStrategy(strategyId).Apply(items); }4. 在游戏UI中的使用// BackpackUI.cs (伪代码示意逻辑) public class BackpackUI : MonoBehaviour { public Dropdown sortDropdown; // Unity UI Dropdown private ListGameItem _currentItems; void Start() { // 初始化下拉框选项 sortDropdown.ClearOptions(); var options ItemSortManager.Instance.AllStrategies .Select(s new Dropdown.OptionData(s.DisplayName)) .ToList(); sortDropdown.AddOptions(options); sortDropdown.onValueChanged.AddListener(OnSortSelectionChanged); LoadBackpackData(); } void LoadBackpackData() { _currentItems GameData.Player.BackpackItems; // 获取数据引用 RefreshUI(); } void OnSortSelectionChanged(int index) { var selectedStrategy ItemSortManager.Instance.AllStrategies[index]; ItemSortManager.Instance.ApplySort(selectedStrategy.StrategyId, _currentItems); RefreshUI(); // 刷新UI显示 } void RefreshUI() { // 根据 _currentItems 更新ListView/Grid等内容 } }这个模块提供了清晰的分离数据模型 (GameItem)、排序算法 (IComparer和策略类)、管理逻辑 (ItemSortManager) 和UI展示。要添加新的排序方式只需新建一个策略类并在管理器中注册UI层会自动获取新的选项。它兼顾了性能、可读性和可维护性是处理游戏道具排序需求的一个扎实的起点。在实际项目中你还可以将其扩展为支持从JSON配置文件中加载排序规则实现更动态的配置。
C# List排序实战：游戏道具系统高效排序策略与实现
发布时间：2026/8/2 19:37:35
1. 项目概述从排序需求到游戏道具系统的实战在游戏开发里尤其是涉及到背包、商店、角色装备这类系统时对道具列表进行排序几乎是刚需。玩家希望按等级、按品质、按获取时间或者按一个综合的战斗力评分来快速找到自己需要的道具。C# 中的ListT是我们最常用的动态集合而如何高效、灵活地对它进行排序就成了每个C#游戏程序员必须掌握的基本功。这不仅仅是调用一个Sort()方法那么简单它背后涉及到算法选择、性能考量以及如何设计出既清晰又易于维护的排序逻辑。我自己在项目里就踩过不少坑。早期图省事所有排序都写在UI层一个按钮点击事件里塞满了几十行比较逻辑后期需求一变改起来简直是噩梦。也试过为了所谓的“性能优化”在数据量不大的情况下强行手写快排结果引入了隐蔽的Bug得不偿失。所以今天我想结合一个典型的“游戏道具系统”场景把C#里List排序的几种主流玩法掰开揉碎了讲清楚。我们会从最基础的IComparable接口和Comparison委托开始深入到灵活强大的IComparer接口和LINQ最后再聊聊在真实游戏项目中如何根据道具系统的具体需求来选择和组合这些排序策略。无论你是刚接触C#的新手还是想梳理一下这方面知识的老手相信都能有所收获。2. 游戏道具数据模型与排序需求定义在开始写排序代码之前我们得先把“排序什么”和“按什么规则排序”这两个问题搞清楚。这直接决定了我们后续代码的结构。2.1 构建一个基础的游戏道具类我们先定义一个GameItem类它包含一些游戏道具常见的属性。public class GameItem { public int Id { get; set; } // 道具唯一ID public string Name { get; set; } // 道具名称 public ItemQuality Quality { get; set; } // 品质枚举 public int Level { get; set; } // 道具等级或需求等级 public int PowerScore { get; set; } // 综合战力评分 public DateTime AcquireTime { get; set; } // 获取时间 } // 道具品质枚举 public enum ItemQuality { Common, // 普通 Uncommon, // 精良 Rare, // 稀有 Epic, // 史诗 Legendary // 传奇 }这个类很简单但已经涵盖了多种常见的排序维度数值型的Level和PowerScore枚举型的Quality以及日期时间型的AcquireTime。2.2 典型游戏场景中的排序需求分析现在假设我们有一个ListGameItem代表了玩家的背包。玩家的操作会催生不同的排序需求按品质排序玩家想快速找到最高品质的装备。通常顺序是Legendary Epic Rare Uncommon Common。这是一个典型的按枚举值但其内在顺序有意义排序的场景。按等级降序排序玩家想看看自己有哪些高等级道具。这是简单的整数排序但通常是降序。按战斗力评分排序在准备挑战副本时玩家想快速搭配出战力最高的几件装备。按PowerScore降序排列。按获取时间排序玩家想找到最新获得的道具或者想清理最早获得的垃圾道具。按AcquireTime排序可以是升序最旧在前或降序最新在前。多条件复合排序这是最实际的需求。例如“首先按品质从高到低排品质相同的再按战斗力从高到低排”。这模拟了玩家优先穿戴高品质装备在同品质里选战力高的逻辑。注意在定义数据模型时提前思考排序需求非常重要。例如如果ItemQuality枚举的定义顺序Common0, Uncommon1...不符合你想要的排序顺序传奇应该排第一那么你就不能直接依赖枚举的整数值排序需要在比较逻辑中自定义映射关系。3. C# List排序的核心方法详解C# 为ListT提供了多种排序方式其核心都围绕着“比较两个对象大小”这个操作。理解这些方法的底层机制才能做出正确选择。3.1 使用默认的Sort()与IComparable 接口ListT.Sort()方法在没有任何参数时要求集合中的类型T必须实现IComparableT接口。这个接口定义了一个CompareTo(T other)方法用来规定这个类型对象的“自然顺序”。让我们为GameItem实现IComparableGameItem假设我们默认的“自然顺序”是按Id升序排列这通常很合理因为Id是唯一且常与创建顺序相关。public class GameItem : IComparableGameItem { // ... 属性同上 ... public int CompareTo(GameItem other) { if (other null) return 1; // 约定非空对象大于空对象 // 按Id升序排序 return this.Id.CompareTo(other.Id); } }实现后你就可以直接调用itemList.Sort()列表会按照Id从小到大排列。为什么要有自然顺序对于一些类型如int,string,DateTime.NET已经帮我们实现了IComparable。为你的业务类定义自然顺序能让它在需要排序的通用场合比如放入某些会自动排序的集合如SortedSetT中直接工作。但问题在于一个类的“自然顺序”通常只有一种。对于游戏道具按Id排序可能只是后台管理时的需求对玩家而言“自然”的顺序更可能是品质或等级。所以单纯依赖IComparable往往不够灵活。3.2 使用Comparison委托实现快速自定义排序ComparisonT是一个委托签名是int ComparisonT(T x, T y)。它允许你通过一个匿名方法或Lambda表达式在调用Sort方法时临时定义比较逻辑。这是最快捷、最常用的方式。ListGameItem backpack GetPlayerBackpack(); // 假设这个方法获取背包列表 // 1. 按等级降序排序 backpack.Sort((itemA, itemB) itemB.Level.CompareTo(itemA.Level)); // 注意itemB.CompareTo(itemA) 实现了降序。升序则是 itemA.CompareTo(itemB) // 2. 按品质排序假设枚举定义顺序就是想要的顺序 backpack.Sort((a, b) a.Quality.CompareTo(b.Quality)); // 普通到传奇 // 3. 如果枚举顺序不是想要的需要自定义映射 // 例如我们想要传奇排第一普通排最后。可以定义一个品质权重字典。 DictionaryItemQuality, int qualityWeight new DictionaryItemQuality, int { [ItemQuality.Legendary] 5, [ItemQuality.Epic] 4, [ItemQuality.Rare] 3, [ItemQuality.Uncommon] 2, [ItemQuality.Common] 1 }; backpack.Sort((a, b) qualityWeight[b.Quality].CompareTo(qualityWeight[a.Quality])); // 降序 // 4. 按获取时间降序最新获得的在前 backpack.Sort((a, b) b.AcquireTime.CompareTo(a.AcquireTime));使用Comparison委托的心得优点极其灵活和方便特别适合一次性或UI事件驱动的排序。缺点比较逻辑分散在代码各处如果同样的排序规则在多处使用会造成代码重复。逻辑复杂时Lambda表达式会变得难以阅读和维护。最佳实践对于简单的、仅在一处使用的排序规则直接用Lambda。如果逻辑稍复杂或可能复用考虑将其提取成一个有名字的静态方法。// 将复杂的比较逻辑提取为静态方法 private static int CompareByQualityThenPower(GameItem a, GameItem b) { int qualityCompare qualityWeight[b.Quality].CompareTo(qualityWeight[a.Quality]); // 品质降序 if (qualityCompare ! 0) return qualityCompare; // 品质相同按战力降序 return b.PowerScore.CompareTo(a.PowerScore); } // 使用时 backpack.Sort(CompareByQualityThenPower);3.3 使用IComparer 接口实现专业的比较器IComparerT接口定义了一个独立的“比较器”类它封装了特定的比较规则。这是实现复杂、可复用、可配置排序策略的推荐方式。我们创建一个“先品质后战力”的比较器public class QualityThenPowerComparer : IComparerGameItem { private readonly DictionaryItemQuality, int _qualityWeight; // 可以通过构造函数注入自定义的权重增加灵活性 public QualityThenPowerComparer(DictionaryItemQuality, int customWeight null) { _qualityWeight customWeight ?? new DictionaryItemQuality, int { [ItemQuality.Legendary] 5, [ItemQuality.Epic] 4, [ItemQuality.Rare] 3, [ItemQuality.Uncommon] 2, [ItemQuality.Common] 1 }; } public int Compare(GameItem x, GameItem y) { if (ReferenceEquals(x, y)) return 0; if (x is null) return -1; if (y is null) return 1; // 1. 按品质权重降序 int qualityCompare _qualityWeight[y.Quality].CompareTo(_qualityWeight[x.Quality]); if (qualityCompare ! 0) return qualityCompare; // 2. 品质相同按战力评分降序 int powerCompare y.PowerScore.CompareTo(x.PowerScore); if (powerCompare ! 0) return powerCompare; // 3. 如果战力和品质都相同可以按Id升序作为最终决定因子保证排序稳定性可选 return x.Id.CompareTo(y.Id); } }使用这个比较器// 使用默认权重 backpack.Sort(new QualityThenPowerComparer()); // 或者如果你想在游戏某个模式如PVP中调整品质权重 var pvpWeight new DictionaryItemQuality, int { /* ... */ }; backpack.Sort(new QualityThenPowerComparer(pvpWeight));为什么推荐IComparerT关注点分离排序逻辑被封装在独立的类中与业务数据模型和调用代码解耦。高可复用性同一个比较器可以在任何需要的地方使用比如对不同玩家背包、对商店列表等进行排序。可测试性可以单独对比较器逻辑进行单元测试。可配置性与扩展性如上例通过构造函数参数我们可以轻松改变排序行为如品质权重。我们还可以很容易地创建LevelComparer、AcquireTimeComparer等供不同场景调用。与框架良好集成许多.NET集合和API都接受IComparerT作为参数。3.4 使用LINQ的OrderBy进行非就地排序以上Sort方法都是“就地排序”即直接修改原列表的顺序。有时我们不想改变原列表或者想进行更复杂的多级排序LINQ的OrderBy和ThenBy扩展方法就非常有用。using System.Linq; ListGameItem backpack GetPlayerBackpack(); // 1. 非就地排序生成一个新的排序后的序列原列表不变 var sortedByLevel backpack.OrderByDescending(item item.Level).ToList(); // 2. 多级排序先按品质降序再按战力降序LINQ语法非常直观 var sortedComplex backpack .OrderByDescending(item qualityWeight[item.Quality]) // 第一级 .ThenByDescending(item item.PowerScore) // 第二级 .ThenBy(item item.Id) // 第三级 .ToList(); // 3. 更复杂的排序逻辑可以使用自定义的键选择器 var sortedCustom backpack .OrderByDescending(item item.Quality) // 这里直接按枚举顺序可能不对 .ToList(); // 正确的做法是使用映射 var sortedCustomCorrect backpack .OrderByDescending(item qualityWeight[item.Quality]) .ToList();LINQ排序 vs List.SortList.Sort 原地修改效率通常更高尤其是对大型列表适用于需要直接更新列表显示的场合如UI绑定。LINQOrderBy 返回新序列不修改原数据。语法更简洁特别是对于多条件排序。但会产生新的集合有额外的内存分配开销。对于只是临时展示或后续还要进行其他链式操作的情况LINQ是更好的选择。实操心得在游戏的主循环或频繁调用的UI更新中如果列表很大优先考虑使用Sort配合缓存好的IComparer实例。在响应按钮点击等一次性操作或者排序逻辑复杂多变时LINQ的简洁性优势巨大。我个人的经验是在道具数量少于1000条时两者的性能差异玩家基本感知不到此时开发效率和代码清晰度更重要。4. 在游戏道具系统中设计排序策略掌握了基础工具我们需要在游戏项目的架构层面思考如何组织排序代码使其清晰、易维护、易扩展。4.1 策略模式与排序逻辑的管理我们可以利用“策略模式”的思想将每一种排序规则如“按等级降序”、“按品质战力复合排序”都封装成独立的类实现IComparerGameItem。然后在一个中心化的地方如ItemSortManager来管理和提供这些策略。// 1. 定义排序策略接口虽然可以直接用IComparer但用自定义接口可以提供更多游戏相关上下文 public interface IItemSortStrategy { string SortName { get; } // 排序策略名称用于UI显示 void Sort(ListGameItem items); // 执行排序 } // 2. 实现具体的策略类 public class LevelDescendingSortStrategy : IItemSortStrategy { public string SortName 等级 (高到低); public void Sort(ListGameItem items) items.Sort((a, b) b.Level.CompareTo(a.Level)); } public class QualityPowerSortStrategy : IItemSortStrategy { public string SortName 品质 战力; private readonly IComparerGameItem _comparer new QualityThenPowerComparer(); public void Sort(ListGameItem items) items.Sort(_comparer); } public class AcquireTimeDescendingSortStrategy : IItemSortStrategy { public string SortName 最新获得; public void Sort(ListGameItem items) items.Sort((a, b) b.AcquireTime.CompareTo(a.AcquireTime)); } // 3. 排序管理器 public class ItemSortManager { private readonly Dictionarystring, IItemSortStrategy _strategies; public ItemSortManager() { _strategies new Dictionarystring, IItemSortStrategy { [level] new LevelDescendingSortStrategy(), [qualityPower] new QualityPowerSortStrategy(), [newest] new AcquireTimeDescendingSortStrategy(), // ... 可以注册更多策略 }; } public IItemSortStrategy GetStrategy(string key) { if (_strategies.TryGetValue(key, out var strategy)) return strategy; return _strategies[level]; // 返回一个默认策略 } public Liststring GetAllSortNames() _strategies.Values.Select(s s.SortName).ToList(); }这样设计的好处UI层与逻辑解耦UI下拉框只需要从ItemSortManager获取策略名称列表当玩家选择时传入策略Key管理器返回对应的策略对象执行排序。UI代码不需要知道任何具体的排序逻辑。易于扩展要新增一种排序方式如“按道具类型排序”只需新增一个实现了IItemSortStrategy的类并在管理器中注册即可符合开闭原则。便于配置策略甚至可以从配置文件或数据表中读取实现运行时动态变更排序规则。4.2 性能考量与算法选择对于游戏道具系统道具数量通常是有限的一个玩家的背包可能就几百到几千个条目。.NETListT.Sort方法内部使用的是内省排序它是一种混合排序算法结合了快速排序、堆排序和插入排序的优点平均和最坏情况时间复杂度都是O(n log n)对于游戏内的数据量来说完全足够性能不是首要瓶颈。真正需要关注的性能点在于比较器本身的复杂度如果你的Compare方法内部有复杂的计算例如每次比较都要从数据库查询或计算一个复杂的公式这将成为瓶颈。务必确保比较操作是轻量级的。对于基于PowerScore这种预计算好的数值进行排序速度极快。频繁排序避免在每帧更新中都对大型列表进行排序。通常排序发生在玩家主动操作点击排序按钮、打开背包或数据发生重大变更时。可以通过标志位isDirty来避免不必要的重复排序。内存分配使用Sort是原地排序没有额外内存分配。而使用LINQOrderBy().ToList()会产生新的列表。在性能关键的循环中应避免频繁的GC分配。一个简单的性能测试对比 对于10000个GameItem的列表分别用Sort(Comparison)、Sort(IComparer)和OrderBy进行“品质-战力”复合排序在我的测试机器上耗时都在10毫秒以内。IComparer由于避免了每次比较都查找权重字典可以在比较器构造时缓存通常会略快一点点但差异微乎其微。结论是在游戏道具排序场景下代码的清晰度和可维护性远比微小的性能差异重要。4.3 与UI框架的集成实践在现代游戏开发中UI通常使用数据绑定的方式。例如在Unity中你可能使用ListView或DataGrid来显示道具列表。排序不应直接操作UI控件而应操作其背后的数据源ListGameItem。通用模式如下在UI层如一个BackpackPanel类中持有对数据列表ListGameItem的引用。持有对ItemSortManager的引用。当玩家点击“按品质排序”按钮时从管理器获取对应的IItemSortStrategy。调用strategy.Sort(dataList)。通知UI控件数据源已变更例如在Unity中设置ListView.itemsSource null;再重新赋值或使用实现了INotifyPropertyChanged的集合。// 一个简化的Unity MVVM模式示例 public class BackpackViewModel : MonoBehaviour { public ObservableCollectionGameItem Items { get; } new ObservableCollectionGameItem(); // 可通知变更的集合 private ItemSortManager _sortManager new ItemSortManager(); // 从服务器或本地加载数据 void LoadData() { var rawList GetPlayerBackpack(); foreach(var item in rawList) Items.Add(item); } // UI按钮绑定的方法 public void OnSortButtonClicked(string sortKey) { var strategy _sortManager.GetStrategy(sortKey); // 由于ObservableCollection没有Sort方法需要先转到List var list Items.ToList(); strategy.Sort(list); // 更新ObservableCollection Items.Clear(); foreach(var item in list) Items.Add(item); // 这里会有大量UI更新对于大列表要考虑优化 } }注意事项直接清空ObservableCollection再重新添加会导致UI元素大量重建如果列表很长可能会卡顿。优化方法包括使用支持排序的第三方高级集合视图或者在UI层面只更新变化项Diff算法。对于小型背包简单重载通常可以接受。5. 高级话题与常见问题排查5.1 实现不区分大小写或自定义规则的字符串排序如果道具名称需要排序可能会涉及字符串比较。默认的字符串排序是区分大小写和文化敏感的依赖于当前线程的CultureInfo。// 按道具名称排序区分大小写文化敏感 backpack.Sort((a, b) string.Compare(a.Name, b.Name)); // 按道具名称排序不区分大小写使用不变文化以确保一致性 backpack.Sort((a, b) string.Compare(a.Name, b.Name, StringComparison.OrdinalIgnoreCase)); // 在比较器中实现 public class NameComparer : IComparerGameItem { private readonly StringComparison _comparisonType; public NameComparer(StringComparison comparisonType StringComparison.OrdinalIgnoreCase) { _comparisonType comparisonType; } public int Compare(GameItem x, GameItem y) string.Compare(x?.Name, y?.Name, _comparisonType); }重要提示对于游戏内的道具名、玩家名等需要显示排序的字符串使用StringComparison.OrdinalIgnoreCase序数忽略大小写比较通常是性能最好且行为最可预测的选择因为它不依赖于操作系统的区域设置。5.2 处理空引用与边界条件一个健壮的比较器必须处理null值。.NET 的排序算法可能会传入null。通用的约定是任何非空对象 null。两个null相等。public int Compare(GameItem x, GameItem y) { // 处理两个null或引用相等 if (ReferenceEquals(x, y)) return 0; if (x is null) return -1; // null小于任何非null对象如果约定如此 if (y is null) return 1; // ... 后续的正常比较逻辑 ... }在IComparer.Compare方法中返回值的含义是小于0x应排在y前面。等于0x和y顺序可视为相等但排序算法可能不稳定。大于0x应排在y后面。5.3 排序稳定性问题及其解决方案稳定排序是指当两个元素比较相等时它们在排序后的列表中相对顺序保持不变。.NETListT.Sort方法使用的内省排序是不稳定的。这意味着如果你有一个先按“品质”排序的列表再按“等级”排序那么对于等级相同的道具它们之前的品质顺序可能会被打乱。如果需要稳定排序怎么办使用LINQ的OrderByLINQ的排序是稳定的。你可以用OrderBy进行多级排序它会保持同级相等元素的原始顺序。在自定义比较器中添加最终决胜键这是最常用的方法。在比较逻辑的最后如果所有主要字段都相等则返回一个唯一字段如Id的比较结果。正如我们在QualityThenPowerComparer中最后做的那样 (return x.Id.CompareTo(y.Id))。这确保了排序结果既是确定的也模拟了稳定排序的行为。使用Array.Sort的重载Array.Sort有一个接受IComparerT和起始索引、长度的重载结合Enumerable.Range可以实现稳定排序但较为复杂一般不推荐。5.4 常见问题排查速查表问题现象可能原因解决方案调用Sort()编译错误类型T未实现IComparableT为类实现IComparableT接口或使用带Comparison或IComparer参数的Sort重载。排序结果不符合预期如降序变升序CompareTo调用顺序错误记住规则x.CompareTo(y)返回负值则x在前。要实现降序用y.CompareTo(x)。在Lambda中检查(a, b) a.Prop.CompareTo(b.Prop)是升序。多条件排序时次要条件没生效主要条件的比较结果未提前返回确保在比较方法中当主要条件能决定顺序时compareResult ! 0立即return compareResult不再进行后续比较。自定义枚举排序顺序错乱依赖了枚举的默认整数值从0开始不要直接比较枚举而是建立一个到整数权重的映射DictionaryEnum, int比较权重值。排序后UI不更新UI绑定的集合未通知变更如果使用普通List排序后需要手动通知UI刷新如重新设置DataContext或调用OnPropertyChanged。考虑使用ObservableCollection并替换整个集合或使用支持排序的绑定集合。排序性能差列表很大时比较器逻辑过于复杂或频繁触发排序简化Compare方法确保没有耗时操作如数据库查询、复杂计算。检查是否在每帧更新中无必要地调用了Sort。字符串排序不符合语言习惯使用了默认的字符串比较根据需求明确指定StringComparison如OrdinalIgnoreCase性能好稳定或CurrentCultureIgnoreCase符合本地化语言习惯。6. 实战构建一个完整的道具排序模块让我们把上面的所有知识点串联起来设计一个在中小型游戏项目中可直接使用或稍作修改即可使用的道具排序模块。1. 核心数据与接口// GameItem.cs (数据模型) public class GameItem : IComparableGameItem { public int Id { get; set; } public string Name { get; set; } public ItemQuality Quality { get; set; } public int Level { get; set; } public int PowerScore { get; set; } public DateTime AcquireTime { get; set; } // 实现自然顺序按Id public int CompareTo(GameItem other) Id.CompareTo(other?.Id ?? -1); } // IItemSortStrategy.cs (策略接口) public interface IItemSortStrategy { string StrategyId { get; } string DisplayName { get; } void Apply(ListGameItem items); }2. 具体策略实现// QualityPowerSortStrategy.cs public class QualityPowerSortStrategy : IItemSortStrategy { public string StrategyId quality_power; public string DisplayName 品质优先; private static readonly IComparerGameItem ComparerInstance new QualityPowerComparer(); public void Apply(ListGameItem items) items.Sort(ComparerInstance); private class QualityPowerComparer : IComparerGameItem { private static readonly DictionaryItemQuality, int Weights new() { [ItemQuality.Legendary] 5, [ItemQuality.Epic] 4, [ItemQuality.Rare] 3, [ItemQuality.Uncommon] 2, [ItemQuality.Common] 1 }; public int Compare(GameItem x, GameItem y) { if (ReferenceEquals(x, y)) return 0; if (x is null) return -1; if (y is null) return 1; int qualityCompare Weights[y.Quality].CompareTo(Weights[x.Quality]); if (qualityCompare ! 0) return qualityCompare; int powerCompare y.PowerScore.CompareTo(x.PowerScore); if (powerCompare ! 0) return powerCompare; return x.Id.CompareTo(y.Id); // 稳定排序决胜键 } } } // 其他策略LevelDescendingSortStrategy, AcquireTimeSortStrategy, NameAscendingSortStrategy 等3. 排序管理器与配置// ItemSortManager.cs public class ItemSortManager { public static ItemSortManager Instance { get; } new ItemSortManager(); // 简单单例 private readonly Dictionarystring, IItemSortStrategy _strategies; public IReadOnlyListIItemSortStrategy AllStrategies { get; } private ItemSortManager() { // 注册所有可用策略 _strategies new Dictionarystring, IItemSortStrategy { [new QualityPowerSortStrategy().StrategyId] new QualityPowerSortStrategy(), [new LevelDescendingSortStrategy().StrategyId] new LevelDescendingSortStrategy(), [new AcquireTimeDescendingSortStrategy().StrategyId] new AcquireTimeDescendingSortStrategy(), [new NameAscendingSortStrategy().StrategyId] new NameAscendingSortStrategy(), }; AllStrategies _strategies.Values.ToList(); } public IItemSortStrategy GetStrategy(string id) _strategies.TryGetValue(id, out var strategy) ? strategy : AllStrategies[0]; // 返回默认 public void ApplySort(string strategyId, ListGameItem items) GetStrategy(strategyId).Apply(items); }4. 在游戏UI中的使用// BackpackUI.cs (伪代码示意逻辑) public class BackpackUI : MonoBehaviour { public Dropdown sortDropdown; // Unity UI Dropdown private ListGameItem _currentItems; void Start() { // 初始化下拉框选项 sortDropdown.ClearOptions(); var options ItemSortManager.Instance.AllStrategies .Select(s new Dropdown.OptionData(s.DisplayName)) .ToList(); sortDropdown.AddOptions(options); sortDropdown.onValueChanged.AddListener(OnSortSelectionChanged); LoadBackpackData(); } void LoadBackpackData() { _currentItems GameData.Player.BackpackItems; // 获取数据引用 RefreshUI(); } void OnSortSelectionChanged(int index) { var selectedStrategy ItemSortManager.Instance.AllStrategies[index]; ItemSortManager.Instance.ApplySort(selectedStrategy.StrategyId, _currentItems); RefreshUI(); // 刷新UI显示 } void RefreshUI() { // 根据 _currentItems 更新ListView/Grid等内容 } }这个模块提供了清晰的分离数据模型 (GameItem)、排序算法 (IComparer和策略类)、管理逻辑 (ItemSortManager) 和UI展示。要添加新的排序方式只需新建一个策略类并在管理器中注册UI层会自动获取新的选项。它兼顾了性能、可读性和可维护性是处理游戏道具排序需求的一个扎实的起点。在实际项目中你还可以将其扩展为支持从JSON配置文件中加载排序规则实现更动态的配置。
)
