Các lớp bên trong riêng tư trong C # - tại sao chúng không được sử dụng thường xuyên hơn?

Tôi tương đối mới với C # và mỗi lần tôi bắt đầu làm việc trên một dự án C # (tôi chỉ làm việc với các dự án gần như trưởng thành trong C #) Tôi tự hỏi tại sao không có lớp bên trong?

Có lẽ tôi không hiểu mục tiêu của họ. Đối với tôi, các lớp bên trong - ít nhất là các lớp bên trong riêng tư - trông rất giống "thủ tục bên trong" trong Pascal / Modula-2 / Ada: chúng cho phép chia nhỏ một lớp chính thành các phần nhỏ hơn để dễ hiểu.

Ví dụ: đây là những gì thường thấy:

public class ClassA
{
   public MethodA()
   {
      <some code>
      myObjectClassB.DoSomething(); // ClassB is only used by ClassA
      <some code>
   }
}

public class ClassB
{
   public DoSomething()
   {
   }
}

Vì ClassB sẽ chỉ được sử dụng (ít nhất là trong một thời gian) bởi ClassA, tôi đoán rằng mã này sẽ được diễn đạt tốt hơn như sau:

   public class ClassA
   {
      public MethodA()
      {
         <some code>
         myObjectClassB.DoSomething(); // Class B is only usable by ClassA
         <some code>
      }

      private class ClassB
      {
         public DoSomething()
         {
         }
      }
   }

Tôi rất vui khi nghe ý kiến ​​của bạn về chủ đề này - Tôi nói đúng chứ?

Các lớp lồng nhau (có lẽ tốt nhất là tránh từ "bên trong" vì các lớp lồng nhau trong C # hơi khác với các lớp bên trong trong Java) thực sự có thể rất hữu ích.

Một mẫu chưa được đề cập đến là mẫu "enum tốt hơn" - có thể linh hoạt hơn mẫu trong Java:

public abstract class MyCleverEnum
{
    public static readonly MyCleverEnum First = new FirstCleverEnum();
    public static readonly MyCleverEnum Second = new SecondCleverEnum();

    // Can only be called by this type *and nested types*
    private MyCleverEnum()
    {
    }

    public abstract void SomeMethod();
    public abstract void AnotherMethod();

    private class FirstCleverEnum : MyCleverEnum
    {
        public override void SomeMethod()
        {
             // First-specific behaviour here
        }

        public override void AnotherMethod()
        {
             // First-specific behaviour here
        }
    }

    private class SecondCleverEnum : MyCleverEnum
    {
        public override void SomeMethod()
        {
             // Second-specific behaviour here
        }

        public override void AnotherMethod()
        {
             // Second-specific behaviour here
        }
    }
}

Chúng tôi có thể làm với một số hỗ trợ ngôn ngữ để thực hiện một số điều này tự động - và có rất nhiều tùy chọn tôi chưa hiển thị ở đây, chẳng hạn như không thực sự sử dụng một lớp lồng nhau cho tất cả các giá trị hoặc sử dụng cùng một lớp lồng nhau cho nhiều giá trị, nhưng cung cấp cho chúng các tham số xây dựng khác nhau. Nhưng về cơ bản, thực tế là lớp lồng nhau có thể gọi hàm tạo riêng mang lại rất nhiều sức mạnh.

Các Hướng dẫn thiết kế khung có các quy tắc tốt nhất cho việc sử dụng các lớp lồng nhau mà tôi đã tìm thấy cho đến nay.

Đây là danh sách tóm tắt ngắn gọn:

1. Sử dụng kiểu lồng nhau khi mối quan hệ giữa kiểu và kiểu lồng nhau là ngữ nghĩa khả năng truy cập thành viên được mong muốn.

2. Đừng KHÔNG sử dụng các loại lồng nào như một cấu trúc nhóm logic

3. Tránh sử dụng các kiểu lồng nhau tiếp xúc công khai.

4. Đừng KHÔNG sử dụng các loại lồng nhau nếu loại có khả năng được tham chiếu bên ngoài của các loại chứa.

5. Đừng KHÔNG sử dụng các loại lồng nhau nếu họ cần phải được khởi tạo bởi mã khách hàng.

6. Đừng KHÔNG định nghĩa một kiểu lồng nhau như một thành viên của một giao diện.

Bạn nên giới hạn trách nhiệm của từng lớp để mỗi lớp luôn đơn giản, có thể kiểm tra và tái sử dụng . Các lớp bên trong tư nhân đi ngược lại điều đó. Chúng góp phần vào sự phức tạp của lớp bên ngoài, chúng không thể kiểm tra được và chúng không thể tái sử dụng.

Đối với cá nhân tôi, tôi chỉ tạo các lớp private bên trong nếu tôi cần tạo các bộ sưu tập trong quá trình của một đối tượng có thể yêu cầu các phương thức trên chúng.

Nếu không, nó có thể gây ra sự nhầm lẫn cho các nhà phát triển khác đang làm việc trong dự án để thực sự tìm thấy các lớp này, vì họ không rõ lắm về vị trí của chúng.