Khi nào nên sử dụng các lớp lồng nhau và các lớp được lồng trong các mô-đun?

Tôi khá quen thuộc khi sử dụng các lớp con và mô-đun, nhưng gần đây tôi đã thấy các lớp lồng nhau như thế này:

class Foo
  class Bar
    # do some useful things
  end
end

Cũng như các lớp được lồng trong các mô-đun như vậy:

module Baz
  class Quux
    # more code
  end
end

Tài liệu và bài viết đều thưa thớt hoặc tôi không được giáo dục về chủ đề này đủ để tìm kiếm các cụm từ tìm kiếm phù hợp, nhưng dường như tôi không thể tìm thấy nhiều thông tin về chủ đề này.

Ai đó có thể cung cấp các ví dụ hoặc liên kết đến bài viết về lý do tại sao / khi những kỹ thuật đó sẽ được sử dụng?

Các ngôn ngữ OOP khác có các lớp bên trong không thể khởi tạo mà không bị ràng buộc với lớp cấp trên. Chẳng hạn, trong Java,

class Car {
    class Wheel { }
}

chỉ các phương thức trong Carlớp có thể tạo Wheels.

Ruby không có hành vi đó.

Trong Ruby,

class Car
  class Wheel
  end
end

khác với

class Car
end

class Wheel
end

chỉ trong tên của lớp Wheelso với Car::Wheel. Sự khác biệt về tên này có thể làm cho các lập trình viên rõ ràng rằng Car::Wheellớp chỉ có thể đại diện cho một bánh xe ô tô, trái ngược với một bánh xe chung. Các định nghĩa lớp lồng nhau trong Ruby là một vấn đề ưu tiên, nhưng nó phục vụ một mục đích theo nghĩa là nó thực thi mạnh mẽ hơn một hợp đồng giữa hai lớp và làm như vậy truyền tải thêm thông tin về chúng và việc sử dụng chúng.

Nhưng với trình thông dịch Ruby, đó chỉ là một sự khác biệt về tên.

Đối với quan sát thứ hai của bạn, các lớp được lồng bên trong các mô-đun thường được sử dụng để không gian tên các lớp. Ví dụ:

module ActiveRecord
  class Base
  end
end

khác với

module ActionMailer
  class Base
  end
end

Mặc dù đây không phải là việc sử dụng duy nhất các lớp được lồng bên trong các mô-đun, nhưng nhìn chung nó là phổ biến nhất.

Trong Ruby, định nghĩa một lớp lồng nhau tương tự như định nghĩa một lớp trong một mô-đun. Nó không thực sự buộc một liên kết giữa các lớp, nó chỉ tạo một không gian tên cho các hằng số. (Tên lớp và mô-đun là hằng số.)

Câu trả lời được chấp nhận là không chính xác về bất cứ điều gì. ¹ Trong ví dụ dưới đây, tôi tạo một thể hiện của lớp được bao bọc từ vựng mà không có một thể hiện của lớp kèm theo từng tồn tại.

class A; class B; end; end
A::B.new

Các ưu điểm giống như các ưu điểm cho các mô-đun: đóng gói, nhóm mã được sử dụng chỉ ở một nơi và đặt mã gần hơn với nơi được sử dụng. Một dự án lớn có thể có một mô-đun bên ngoài xảy ra lặp đi lặp lại trong mỗi tệp nguồn và chứa rất nhiều định nghĩa lớp. Khi tất cả các khung và mã thư viện khác nhau thực hiện điều này, thì chúng chỉ đóng góp một tên cho mỗi cấp độ cao nhất, giảm nguy cơ xung đột. Prosaic, để chắc chắn, nhưng đó là lý do tại sao chúng được sử dụng.

Sử dụng một lớp thay vì một mô-đun để xác định không gian tên bên ngoài có thể có ý nghĩa trong một chương trình hoặc tập lệnh một tệp hoặc nếu bạn đã sử dụng lớp cấp cao nhất cho một cái gì đó, hoặc nếu bạn thực sự sẽ thêm mã để liên kết các lớp với nhau theo phong cách nội tâm thực sự . Ruby không có các lớp bên trong nhưng không có gì ngăn bạn tạo ra cùng một hành vi trong mã. Tham chiếu các đối tượng bên ngoài từ các đối tượng bên trong vẫn sẽ yêu cầu chấm vào từ thể hiện của đối tượng bên ngoài nhưng việc lồng các lớp sẽ gợi ý rằng đây là điều bạn có thể đang làm. Một chương trình được mô đun hóa cẩn thận có thể luôn tạo ra các lớp kèm theo trước và chúng có thể được phân tách hợp lý với các lớp lồng nhau hoặc bên trong. Bạn không thể gọi newmột mô-đun.

Bạn có thể sử dụng mẫu chung ngay cả cho các tập lệnh, trong đó không gian tên không cần thiết lắm, chỉ để giải trí và thực hành ...

#!/usr/bin/env ruby

class A
  class Realwork_A
    ...
  end
  class Realwork_B
    ...
  end

  def run
    ...
  end

  self
end.new.run

Bạn có thể muốn sử dụng điều này để nhóm các lớp của bạn thành một mô-đun. Sắp xếp một thứ không gian tên.

ví dụ: đá quý Twitter sử dụng không gian tên để đạt được điều này:

Twitter::Client.new

Twitter::Search.new

Vì vậy, cả hai Clientvà Searchcác lớp sống theo Twittermô-đun.

Nếu bạn muốn kiểm tra các nguồn, mã cho cả hai lớp có thể được tìm thấy ở đây và đây .

Hi vọng điêu nay co ich!

Vẫn còn một sự khác biệt khác giữa các lớp lồng nhau và các mô đun lồng nhau trong Ruby trước 2.5 mà các câu trả lời khác không thể đưa ra mà tôi cảm thấy phải được đề cập ở đây. Đây là quá trình tra cứu.

Tóm lại: do việc tra cứu liên tục ở cấp cao nhất trong Ruby trước 2.5, Ruby có thể sẽ tìm kiếm lớp lồng nhau của bạn ở sai vị trí ( Objectđặc biệt) nếu bạn sử dụng các lớp lồng nhau.

Trong Ruby trước 2.5:
Cấu trúc lớp lồng nhau: Giả sử bạn có một lớp X, với lớp lồng nhau Y, hoặc X::Y. Và sau đó bạn có một lớp cấp cao nhất cũng được đặt tên Y. Nếu X::Ykhông được nạp, sau đó sau sẽ xảy ra khi bạn gọi X::Y:

Có không tìm thấy Ytrong X, Ruby sẽ cố gắng tìm kiếm nó trong tổ tiên của X. TừXlà một lớp và không phải là một mô-đun, nó có tổ tiên, trong số đó là [Object, Kernel, BasicObject]. Vì vậy, nó cố gắng tìm kiếm Ytrong đó Object, nơi nó tìm thấy nó thành công.

Tuy nhiên, nó là cấp cao nhất Yvà không X::Y. Bạn sẽ nhận được cảnh báo này:

warning: toplevel constant Y referenced by X::Y

Cấu trúc mô đun lồng nhau: Giả sử trong ví dụ trước Xlà mô đun chứ không phải lớp.

Một mô-đun chỉ có chính nó như tổ tiên: X.ancestorssẽ sản xuất [X].

Trong trường hợp này, Ruby sẽ không thể tìm kiếm Ymột trong những tổ tiên của Xvà sẽ ném một NameError. Rails (hoặc bất kỳ khung nào khác có tự động tải) sẽ cố gắng tải X::Ysau đó.

Xem bài viết này để biết thêm thông tin: https://blog.jetbrains.com/ruby/2017/03/why-you-should-not-use-a-group-as-a-namespace-in-rails-appluggest/

Trong Ruby 2.5: Loại
bỏ tra cứu liên tục cấp cao nhất.
Bạn có thể sử dụng các lớp lồng nhau mà không sợ gặp phải lỗi này.

Ngoài các câu trả lời trước: Module trong Ruby là một lớp

$ irb
> module Some end
=> nil
> Some.class
=> Module
> Module.superclass
=> Object