ควร enums ใน C # มีไฟล์ของตัวเอง? [ปิด]

ฉันมีคลาสที่ใช้การแจงนับ enum อยู่ในแฟ้มของตัวเองซึ่งดูเหมือนจะสิ้นเปลือง

อะไรคือความคิดเห็นทั่วไปเกี่ยวกับ enums ที่ถูกวางไว้ในเนมสเปซของไฟล์ที่พวกมันถูกใช้ไป หรือ enum ควรอยู่ในไฟล์ cs ของตัวเองหรือไม่

แก้ไข

ฉันควรพูดถึงว่าในขณะที่ชั้นเรียนที่เป็นปัญหาใช้การแจกแจงเหล่านี้ดังนั้นผู้เรียกภายนอก กล่าวอีกนัยหนึ่งคลาสอื่นสามารถตั้งค่าแจงนับเหล่านี้ ดังนั้นพวกเขาจึงไม่ได้ใช้ภายในห้องเรียนมิฉะนั้นคำถามนี้จะเป็นเกมง่ายๆ

ฉันจะไม่พูดว่า "สิ้นเปลือง" (เสียค่าใช้จ่ายเพิ่มเติมเท่าไร?) แต่บ่อยครั้งที่มันไม่สะดวก โดยปกติแล้วจะมีคลาสหนึ่งที่ใกล้เคียงกับ enum มากที่สุดและฉันใส่ไว้ในไฟล์เดียวกัน

นี่เป็นเพียงเรื่องของการตั้งค่า

ฉันชอบที่จะใส่การแจงนับแต่ละไฟล์ไว้ในไฟล์ของมันเอง (เช่นเดียวกันสำหรับแต่ละอินเตอร์เฟสคลาสและโครงสร้าง มันทำให้พวกเขาพบได้ง่ายขึ้นเมื่อฉันมาจากโซลูชันอื่นมิฉะนั้นแล้วยังไม่มีการอ้างอิงถึงประเภทที่เป็นปัญหา

การใส่ประเภทเดียวในแต่ละไฟล์ยังทำให้ง่ายต่อการระบุการเปลี่ยนแปลงในระบบควบคุมแหล่งที่มาโดยไม่แตกต่างกัน

นี่เป็นเรื่องของสไตล์ทั้งหมด สิ่งที่ฉันมักจะทำคือมีไฟล์ที่เรียกว่าEnums.csในโซลูชันที่รวบรวมการประกาศ enum

แต่โดยทั่วไปมักพบผ่านF12กุญแจอยู่แล้ว

คำถามที่ถามตัวเองว่าจะเป็น: มีอะไรเกี่ยวกับประเภทการแจงนับใน C # ที่ระบุว่าฉันควรปฏิบัติต่อมันแตกต่างจากประเภทอื่น ๆ ทั้งหมดที่ฉันสร้าง?

หากการแจงนับเป็นสาธารณะควรได้รับการปฏิบัติเช่นเดียวกับสาธารณะอื่น ๆ ถ้าเป็นแบบส่วนตัวให้ประกาศว่าเป็นสมาชิกแบบซ้อนของคลาสที่ใช้มัน ไม่มีเหตุผลที่น่าสนใจที่จะนำสองประเภทสาธารณะในไฟล์เดียวกันเพียงเพราะประเภทคือการแจงนับ ความจริงที่ว่ามันเป็นสาธารณะประเภทคือสิ่งที่สำคัญ; รสชาติของประเภทไม่ได้

ข้อดีอีกอย่างของการใส่แต่ละประเภท (คลาส, โครงสร้าง, enum) ในไฟล์ของตัวเองคือการควบคุมแหล่งที่มา คุณสามารถรับประวัติทั้งหมดของประเภทได้อย่างง่ายดาย

ฉันวางส่วนใหญ่ในเนมสเปซและนอกชั้นเรียนเพื่อให้สามารถเข้าถึงคลาสอื่นในเนมสเปซนั้นได้อย่างง่ายดาย

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

โดยทั่วไปฉันต้องการให้ enums ของฉันอยู่ในไฟล์เดียวกับ Class ที่ส่วนใหญ่น่าจะเป็นคุณลักษณะของ ถ้าเช่นฉันมีคลาสTaskแล้ว enum TaskStatusจะอยู่ในไฟล์เดียวกัน

อย่างไรก็ตามถ้าฉันมีจำนวนทั่วไปมากขึ้นแล้วฉันจะให้พวกเขาตามบริบทในไฟล์ต่างๆ

ขึ้นอยู่กับการเข้าถึงที่จำเป็น

ถ้า enum ถูกใช้โดยคลาสเดียวเท่านั้นก็โอเคที่จะประกาศภายในคลาสนั้นเพราะคุณไม่จำเป็นต้องใช้มันในที่อื่น

สำหรับ enums ที่ใช้โดยหลายคลาสหรือใน public API ดังนั้นฉันจะเก็บข้อกำหนดไว้ในไฟล์ของตัวเองในเนมสเปซที่เหมาะสม มันง่ายกว่าที่จะหาด้วยวิธีนี้และกลยุทธ์ตามรูปแบบของไฟล์เดียวต่อไฟล์ซึ่งเหมาะสำหรับใช้กับคลาสและอินเทอร์เฟซเช่นกัน

ฉันคิดว่าขึ้นอยู่กับขอบเขตของ enum ตัวอย่างเช่นหาก enum เฉพาะเจาะจงกับหนึ่งคลาสตัวอย่างเช่นใช้เพื่อหลีกเลี่ยงสถานการณ์ค่าคงที่เวทย์มนตร์ฉันจะบอกว่าวางไว้ในไฟล์เดียวกับคลาส:

enum SearchType { Forward, Reverse }

หาก enum เป็นเรื่องทั่วไปและสามารถใช้งานได้หลายคลาสสำหรับสถานการณ์ที่แตกต่างกันฉันจะโน้มน้าวให้ใช้มันในไฟล์ของตัวเอง ตัวอย่างด้านล่างนี้สามารถใช้เพื่อวัตถุประสงค์หลายประการ:

enum Result { Success, Error }

ฉันมักจะใส่ enums ไว้ในแฟ้มของตนเองด้วยเหตุผลง่าย ๆ เช่นเดียวกับคลาสและ structs มันเป็นเรื่องดีที่รู้ ว่าต้องดูว่าคุณต้องการค้นหาคำจำกัดความของประเภทใด: ในไฟล์ที่มีชื่อเดียวกัน (เพื่อความเป็นธรรมใน VS คุณสามารถใช้ "ไปที่คำจำกัดความ" ได้เช่นกัน)

เห็นได้ชัดว่ามันสามารถออกไปจากมือ เพื่อนร่วมงานที่ฉันทำงานยังสร้างไฟล์แยกต่างหากสำหรับผู้ได้รับมอบหมาย

ข้อดีอย่างหนึ่งของการใช้ไฟล์แยกต่างหากสำหรับ enums คือคุณสามารถลบคลาสเดิมที่ใช้ enum และเขียนคลาสใหม่โดยใช้ enum

ถ้า enum ไม่ขึ้นกับคลาสต้นฉบับให้วางไว้ในไฟล์แยกกันทำให้การเปลี่ยนแปลงในอนาคตง่ายขึ้น

หากคุณใช้ Add-in ของ USysWare File Browser สำหรับ Visual Studio คุณสามารถค้นหาไฟล์ที่มีชื่อเฉพาะในโซลูชันของคุณได้อย่างรวดเร็ว ลองนึกภาพว่ากำลังมองหา enum ที่ไม่ได้อยู่ในไฟล์ของมันเอง แต่แทนที่จะฝังไว้ในไฟล์บางไฟล์ในโซลูชันขนาดมหึมา

สำหรับโซลูชันขนาดเล็กมันไม่สำคัญ แต่สำหรับโซลูชันที่มีขนาดใหญ่มันจะกลายเป็นสิ่งที่สำคัญยิ่งกว่าในการรักษาคลาสและ enums ไว้ในไฟล์ของตัวเอง คุณสามารถค้นหาแก้ไขและอีกมากมายได้อย่างรวดเร็ว ฉันขอแนะนำให้ใส่ enum ของคุณลงในไฟล์ของตัวเอง

และตามที่ระบุไว้ ... ไฟล์สิ้นเปลืองแค่ไหนที่กลายเป็นแค่คู่ของ kb ต่อไป?

ข้อได้เปรียบอย่างมากที่ง่ายมากในการแยกไฟล์ เมื่อวัตถุใด ๆ อยู่ในไฟล์ MyObjectName.cs ของตัวเอง ... คุณสามารถไปที่โซลูชัน explorer และพิมพ์ MyObjectName.cs และแสดงไฟล์ 1 ไฟล์ สิ่งที่ทำให้การดีบั๊กดีขึ้น

ข้อดีอีกประการของบันทึกย่อที่คล้ายกันหากคุณค้นหาไฟล์ทั้งหมด ( ctrl+ shft+ F) สำหรับชื่อคุณอาจพบการอ้างอิง 20 ชื่อในไฟล์เดียวกัน ... และชื่อที่พบนั้นจะเป็นส่วนหนึ่งของวัตถุที่แตกต่างกัน ในหน้าต่างค้นหาผลลัพธ์ทั้งหมดที่คุณเห็นคือหมายเลขบรรทัดและชื่อไฟล์ คุณจะต้องเปิดไฟล์และเลื่อนเพื่อหาวัตถุที่การอ้างอิงที่พบอยู่

สิ่งที่ทำให้การดีบักง่ายขึ้นฉันชอบ

หากคุณมีหลายโครงการในโซลูชันเดียว Utilitiesจากนั้นดีกว่าสร้างโครงการอื่น แล้วสร้างโฟลเดอร์และสร้างซ้อนกัน\Enumerations static classจากนั้นกำหนดแต่ละคลาสแบบสแตติกที่คุณจะสร้าง enum ที่สอดคล้องกับชื่อโครงการของคุณ ตัวอย่างเช่นคุณมีโครงการชื่อ DatabaseReader และ DatabaseUsers จากนั้นคุณอาจตั้งชื่อคลาสแบบคงที่เช่น

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

}

จากนั้น enum ทั้งหมดที่สามารถใช้ในการแก้ปัญหาทั้งหมดต่อโครงการจะถูกประกาศให้ทราบ ใช้ # regionเพื่อแยกข้อกังวลแต่ละข้อ จากนี้มันง่ายกว่าที่จะมองหา enums ใด ๆ

ฉันต้องการมีไฟล์ enums สาธารณะหนึ่งไฟล์ชื่อ E ที่มีแต่ละ enum แยกจากนั้น Enum ใด ๆ สามารถเข้าถึงได้ด้วย E ... และพวกเขาอยู่ในที่เดียวในการจัดการ