Enum Vs. Số nguyên cho các giá trị kỹ năng

Tôi đang thực hiện một hệ thống kỹ năng và thuộc tính cơ bản, mặc dù tôi có suy nghĩ thứ hai về cách tôi nên đi về nó.

Ví dụ: tôi có thể sử dụng Từ điển / HashMap, sử dụng enum SkillType để biểu diễn các khóa và các giá trị nguyên biểu thị các giá trị. Nhưng tôi có nên làm điều này?

public class Skills
{
    public IDictionary<StatType, Int> skills; //StatType is enum, being the key; the int //is the value.

}

vs.

public class Skills
{
    public int LongBlade, Armor, Marksman; //...etc
}

Tôi muốn biết lợi ích của an toàn loại ở đây, trái ngược với việc chỉ sử dụng các số nguyên cơ bản. Có khuyến nghị nào không?

Nếu cuối cùng sẽ có:

• rất nhiều loại kỹ năng trong trò chơi của bạn,
• hoặc các mục cấp khả năng,
• hoặc buff khả năng,
• hoặc một cây khả năng lớn,

sau đó tôi bắt đầu thích tính linh hoạt của các khóa chuỗi hoặc số nguyên trong từ điển thay vì các trường riêng lẻ hoặc thậm chí từ điển có khóa enum.

Lý luận của tôi-- Bởi vì bạn có thể sớm nhận ra ...

Boy, thật tuyệt nếu tôi có thể điều chỉnh mathcraft của mình và chọn các khả năng của đơn vị trong (trình soạn thảo văn bản yêu thích của tôi | Excel | một công cụ tùy chỉnh).

... Tại thời điểm đó, một từ điển với các khóa chuỗi hoặc số nguyên trở nên phù hợp tự nhiên hơn là phải tự duy trì các giá trị enum hoặc một danh sách dài các trường đối tượng. Tuy nhiên, công cụ cho biết luôn có thể được viết để tạo mã C #, vì vậy bạn có thể tìm thấy một phép lai hạnh phúc.

Nếu độ phức tạp trong trò chơi của bạn sẽ khá đơn giản và nhiều kỹ năng của bạn nhỏ, thì việc quản lý các trường đối tượng bằng tay (thay vì từ điển & enum) có vẻ thuận tiện hơn và tránh được mức độ gián tiếp, cả trong thời gian chạy và "gõ phím" - thời gian.