Nên enums trong C# có tập tin riêng của họ?

Question

Tôi có một lớp học sử dụng một liệt kê, enum hiện đang trong tập tin riêng của mình mà có vẻ lãng phí.

Ý kiến ​​chung về các enums được đặt trong không gian tên của tệp mà chúng được tiêu thụ là gì? Hoặc nên enum thực sự sống trong tập tin cs của riêng mình?

Sửa

tôi nên đề cập rằng trong khi các lớp trong câu hỏi sử dụng các kiểu liệt kê, thì những người gọi bên ngoài. Nói cách khác, một lớp khác có thể thiết lập các liệt kê này. Vì vậy, chúng không được sử dụng trong nội bộ cho lớp học, nếu không câu hỏi này sẽ không có trí tuệ.

Answer 1

Tôi sẽ không nói "lãng phí" (chi phí thêm một tệp là bao nhiêu?), Nhưng điều này thường không thuận tiện. Thông thường có một lớp học được gắn chặt chẽ nhất với enum, và tôi đặt chúng trong cùng một tập tin.

Answer 2

Đây hoàn toàn là vấn đề về phong cách. Những gì tôi có xu hướng làm là để có một tập tin gọi là Enums.cs trong các giải pháp trong đó khai báo enum được thu thập.

Tuy nhiên, chúng thường được tìm thấy thông qua khóa F12.

Answer 3

Đây thực sự chỉ là vấn đề ưu tiên.

Tôi thích đặt từng liệt kê vào tệp riêng của nó (tương tự như vậy đối với mỗi giao diện, lớp và cấu trúc, dù nhỏ). Nó làm cho họ dễ dàng hơn để tìm thấy khi tôi đến từ một giải pháp khác hoặc nếu không không có một tham chiếu đến các loại trong câu hỏi.

Đặt một loại duy nhất trong mỗi tệp cũng giúp dễ dàng xác định các thay đổi trong hệ thống kiểm soát nguồn mà không bị phân biệt.

Answer 4

Tôi muốn có một tệp enums công khai có tên E chứa mỗi enum riêng biệt, sau đó bất kỳ enum có thể được truy cập với E ... và chúng ở một nơi để quản lý.

Answer 5

Nói chung tôi thích các enums của mình nằm trong cùng một tệp với Lớp mà nó có lẽ sẽ là thuộc tính của. Nếu ví dụ tôi có một lớp Task thì enum TaskStatus sẽ nằm trong cùng một tệp.

Tuy nhiên, nếu tôi có enums về bản chất chung chung hơn, thì tôi giữ chúng theo ngữ cảnh trong các tệp khác nhau.

Answer 6

Tôi nghĩ điều đó phụ thuộc vào phạm vi của enum. Ví dụ, nếu enum là cụ thể cho một lớp, ví dụ sử dụng để tránh kịch bản liên tục kỳ diệu, sau đó tôi sẽ nói đặt nó trong cùng một tập tin như các lớp:

enum SearchType { Forward, Reverse } 

Nếu enum là nói chung và có thể được sử dụng bởi một số lớp cho các kịch bản khác nhau, sau đó tôi sẽ nghiêng để sử dụng đặt nó trong tập tin riêng của mình. Ví dụ dưới đây có thể được sử dụng cho nhiều mục đích:

enum Result { Success, Error } 

Answer 7

Tôi có xu hướng đặt enums trong tập tin riêng của họ cho một lý do rất đơn giản: như với các lớp và cấu trúc, nó là tốt đẹp để biết chính xác nơi để xem xét nếu bạn muốn tìm định nghĩa của một loại: trong tệp có cùng tên. (Để công bằng, trong VS bạn luôn có thể sử dụng "Chuyển đến Định nghĩa").

Rõ ràng, nó có thể bị mất.Một đồng nghiệp nơi tôi làm việc thậm chí còn tạo các tệp riêng biệt cho các đại biểu.

Answer 8

Tôi đặt phần lớn bên trong vào không gian tên và bên ngoài lớp để dễ dàng truy cập các lớp khác trong không gian tên như dưới đây.

namespace UserManagement 
{ 
    public enum UserStatus { Active, InActive } 
    class User 
    { 
     ... 
    } 
} 

Answer 9

Câu hỏi đặt ra cho chính bạn là: có điều gì về kiểu liệt kê trong C# cho biết tôi nên xử lý nó khác với tất cả các loại khác tôi tạo không?

Nếu điều tra là công khai, nó sẽ được coi như bất kỳ loại công khai nào khác. Nếu nó là riêng tư, khai báo nó như là một thành viên lồng nhau của lớp bằng cách sử dụng nó. Không có lý do thuyết phục nào để đặt hai loại công khai trong cùng một tệp đơn giản vì một là một kiểu liệt kê. Thực tế là nó là một loại công cộng là tất cả những gì quan trọng; hương vị của loại không.

Answer 10

Một lợi thế của việc sử dụng một tệp riêng biệt cho enums là bạn có thể xóa lớp gốc sử dụng enum và viết một lớp mới bằng cách sử dụng enum.

Nếu enum độc lập với lớp gốc thì đặt nó vào một tệp riêng biệt sẽ làm cho các thay đổi trong tương lai dễ dàng hơn.

Answer 11

Một ưu điểm khác của việc đặt từng loại (lớp, cấu trúc, enum) vào tệp riêng của nó là kiểm soát nguồn. Bạn có thể dễ dàng có được toàn bộ lịch sử của loại.

Answer 12

Tùy thuộc vào quyền truy cập là cần thiết.

Nếu enum chỉ được sử dụng bởi một lớp duy nhất, bạn có thể khai báo trong lớp đó bởi vì bạn không cần sử dụng nó ở bất kỳ nơi nào khác.

Đối với các enums được nhiều lớp hoặc trong API công khai sử dụng, thì tôi sẽ luôn giữ định nghĩa trong tệp riêng của nó trong không gian tên thích hợp. Nó dễ dàng hơn nhiều để tìm theo cách đó, và chiến lược theo mô hình của một đối tượng cho mỗi tập tin, đó là tốt để sử dụng với các lớp học và giao diện là tốt.

Answer 13

Nếu bạn đang sử dụng trình bổ sung Trình duyệt tệp USysWare cho Visual Studio, bạn có thể tìm nhanh các tệp có tên cụ thể trong giải pháp của mình. Hãy tưởng tượng tìm kiếm một enum mà không phải là trong tập tin riêng của mình mà thay vào đó chôn trong một số tập tin trong một giải pháp khổng lồ.

Đối với các giải pháp nhỏ, nó không quan trọng, nhưng đối với những giải pháp lớn, nó trở nên quan trọng hơn để giữ cho các lớp và enums trong các tệp riêng của chúng. Bạn có thể nhanh chóng tìm thấy chúng, chỉnh sửa chúng và hơn thế nữa. Tôi rất cao, khuyên bạn nên đặt enum của bạn trong tập tin riêng của mình.

Và như đã nêu ... Làm thế nào lãng phí là một tập tin mà kết thúc lên chỉ là một vài kb anyways?

Answer 14

Nếu bạn có nhiều dự án trong một giải pháp. Sau đó, tốt hơn hãy tạo một dự án khác Utilities. Sau đó, tạo một Thư mục \Enumerations và tạo một số lồng nhau static class. Và sau đó gán mỗi lớp tĩnh, nơi bạn sẽ tạo enum tương ứng với tên của dự án của bạn. Ví dụ bạn có một dự án có tên DatabaseReader và DatabaseUsers thì bạn có thể đặt tên cho lớp tĩnh như

public static class EnumUtility { 
    #region --Database Readers Enum 
    public static class EnumDBReader { 
     public enum Actions { Create, Retrieve, Update, Delete}; 
    } 
    #endregion 

    #region --Database Users Enum 
    public static class EnumDBUsers { 
     public enum UserIdentity { user, admin }; 
    } 
    #endregion 

} 

Sau đó, toàn bộ enum có thể được sử dụng trong toàn bộ giải pháp cho mỗi dự án sẽ được công bố vào nó. Sử dụng # region để tách từng mối quan tâm. Bằng cách này, việc tìm kiếm bất kỳ enums nào cũng dễ dàng hơn