Вложенные модули Ruby как пространства имен

хорошо, поскольку единственный ответ, который имел отношение к моему вопросу, был удален, я попытаюсь ответить на свой вопрос сам, основываясь на этом удаленном ответе @sawa (спасибо @sawa за намек в правильном направлении). Я несколько изменил его, чтобы лучше соответствовать моим потребностям и быть более элегантным. Позже я опишу, почему оригинальный ответ @sawa не был тем, что я искал.
итак, без дальнейших церемоний, вот моя попытка решения:

module Lib

  module A
    extend self
    def foo
      puts 'Lib::A::foo'
    end
    def helper
      puts 'Lib::A::helper'
      foo
    end
  end

  module B
    extend A
    def self.bar
      puts 'Lib::B::bar'
      helper
    end
  end

end

puts 'Calling Lib::A::foo:'
Lib::A::foo        # => Lib::A::foo

puts 'Calling Lib::A::helper:'
Lib::A::helper     # => Lib::A::helper; Lib::A::foo

puts 'Calling Lib::B::bar:'
Lib::B::bar        # => Lib::B::bar; Lib::A::helper; Lib::A::foo

вот как это работает:
Во-первых, он определяет все свои методы как методы экземпляра самого конкретного класса модуля (A в данном случае). Но затем, чтобы сделать их доступными для внешнего использования без создания экземпляра (что невозможно для модулей, в конце концов), я extend на A модуль с самим собой, что делает эти методы также его методами класса. Но благодаря тому, что они также являются методами экземпляра модуля A, их можно вызвать изнутри других методов этого модуля без префикса с именем модуля. То же самое касается модуля B, который также extends сам с модулем Aметоды, делая их своими собственными. Тогда я могу позвать их внутрь Bметоды тоже без префиксов, как я и хотел.

как вы можете видеть, не только я могу вызвать методы обоих модулей извне, как если бы они были методами их класса, и я могу вызвать A::helper С B::foo без полной квалификации его название, но я также могу назвать A::foo от A::helper без квалификации. Это именно то, что мне нужно, и, похоже, работает так, как я ожидал.

единственная проблема с этим подходом может быть с тем, что их интерфейсы смешиваются вместе. Это не большая проблема внутри B, так как это то, что я действительно хотел: иметь доступ A'методы, как если бы это было Bметоды, без необходимости префикса их с полной квалификацией. Так что я получил по заслугам. Но это может вызвать проблемы со стороны, потому что это деталь реализации B что он использует Aметоды внутренне. Она не должна просачиваться во внешний мир, но просачивается. Я попытаюсь как-то исправить это с помощью контроля доступа, возможно, это будет возможно.

Edit: Да, это можно сделать, вставив следующую строку после extend A на B:

private_class_method *A.public_instance_methods

таким образом B можно назвать Aметоды внутренне, но они недоступны из внешний мир.

теперь, что было не так с оригинальным решением @sawa:

он использует третий модуль только для прокси-интерфейса через него. Для меня это было скорее грязный хак чем элегантное решение, потому что оно вводит этот дополнительный модуль, который запутает пользователей такой библиотеки. Они не будут знать, Следует ли им использовать A или C, и почему такое приспособление используется вообще. Это не очевидно как это работает просто глядя на него. Он нуждается в более тщательном анализе, чтобы понять, что он действительно делает и почему он построен таким образом. Это не чистый дизайн.

в моем решении, с другой стороны, есть только два модуля, как первоначально было разработано, и их назначение должно быть ясно для пользователей этой библиотеки. Есть такая странная extend self, но все же это более распространенная идиома в Ruby, чем распространение прокси-модулей повсюду.

так спасибо ребята за ваши попытки. В следующий раз постарайтесь быть менее арогантным (когда вы видите, что кто-то задает вопрос, это не всегда так, он нуб) и зациклен на вашем любимом истинном языке (не поймите меня неправильно, мне нравится язык Ruby, он довольно прохладный и чистый, но у него есть некоторые недостатки, как и у любого языка, и лучше искать их решение, а не хоронить свои головы и притворяться, что нет никаких проблем, так как это не то, для чего язык был разработан)- ...