Я имею в виду что если в файле что-то объявлено - оно вовне не видно

Оке

Я имею в виду что если в файле что-то объявлено - оно вовне не видно

ну не, "приватность" — не совсем про руби)

Правильным ли будет решение паковать всё в модули со вложенностью аналогичной расположению файла?

Есть ли способы победить тогда 100500 уровней вложенности при объявлении?

Модули умеют частично объявляться, ведь так?

Правильным ли будет решение паковать всё в модули со вложенностью аналогичной расположению файла?

да

Есть ли способы победить тогда 100500 уровней вложенности при объявлении?

не думаю

Модули умеют частично объявляться, ведь так?

ну, monkey-patching? он работает и для модулей

Хорошо, спасибо

Но это тлен и боль ?

Кейс - есть класс, наследуется от другого класса в другом файле. Реквайрю ещё 1 файл, а там есть класс с тем же именем и он переопределяет оригинал

он не переопределяет оригинал, а добавляет/изменяет методы, добавляет константы и пр. Так что итоговый класс - смесь из двух, что может привести к разным последствиям и весёлому дебагу.

так что лучше переименовать один из классов

Тогда будет неудобный нейминг

вряд ли два разных класса с одинаковыми именами являются удобным неймингом

Но в целом было время когда писал классы с префиксом от пути вложения

модули как раз для этого созданы

Они лежат физически в сильно разных папках

модулям пофиг что где лежит

С модулями пугает необходимость множественной вложенности

Вся прелесть лаконичности теряется ?

очевидно что большую вложенность можно не создавать, если не хочется

Эх, попробую разные способы, всем спасибо за помощь

очевидно что большую вложенность можно не создавать, если не хочется

Мне минимум 3 уровня нужно, может больше будет, а так да

для решения проблемы выше достаточно одного уровня, First::MyClass & Second::MyClass, никто же не заставляет для каждого класса модуль создавать

Ммммм, нашёл для себя как решение объявлять вложенность где-то в одном из файлов а-ля заголовочный, а потом класс объявлять как class A::B::C

Только надо чтобы A::B ьыл объявлен до реквайра

Всё в целом лаконично выходит

Ага

Ммммм, нашёл для себя как решение объявлять вложенность где-то в одном из файлов а-ля заголовочный, а потом класс объявлять как class A::B::C

В гемах так делают обычно

Ну тогда точно так и буду делать ?

Только надо чтобы A::B ьыл объявлен до реквайра

там есть ещё другие недостатки такого способа

на SO можно найти, уже не помню. но и rubocop вроде бесится

там есть ещё другие недостатки такого способа

Например?

Ну так он по дефолту на это бесится, я от ключил.

Ну так он по дефолту на это бесится, я от ключил.

неспроста он бесится, вот я о чём

Километровые отступы мне не интересныю

С чего таки он бесится?

Конкретную причину назови.

влияет на lookup констант. я помнил, но не конкретно, сказал про SO. раз ленитесь, вот пример: http://stackoverflow.com/a/24393133/2630849

вот статья: http://blog.honeybadger.io/avoid-these-traps-when-nesting-ruby-modules/

По сути нужно помнить что то что было объявлено до этого может быть доступно только юзая полный путь с двоеточиями, верно?

В моем кейсе тогда это не проблема потому что мне просто нужны неймспейсы

Но если вдруг нужны будут константы и всё такое - нужно будет не забыть что нельзя юзать их без полного пути

тут вроде был чувак из cryptopay?

В общем я решил всё это таким способом - в каждой папке файл _.rb, внутри объявление модуля папки, внутри рекваеры всех файлов в папке, если есть вложенные папки - реквайр их _ файла. Помимо этого в начале рекваер _ файла папки выше, если это не корень приложения. Во всех файлах лаконичная одна строчка require_relative '_' и названия классов с двоеточиями нужными. Итого у меня всё перелинковалось и без сюрпризов. Не знаю на сколько это верный способ для руби, но вот как-то вот так ?

В общем я решил всё это таким способом - в каждой папке файл _.rb, внутри объявление модуля папки, внутри рекваеры всех файлов в папке, если есть вложенные папки - реквайр их _ файла. Помимо этого в начале рекваер _ файла папки выше, если это не корень приложения. Во всех файлах лаконичная одна строчка require_relative '_' и названия классов с двоеточиями нужными. Итого у меня всё перелинковалось и без сюрпризов. Не знаю на сколько это верный способ для руби, но вот как-то вот так ?

Возможно тебе просто нужен dry-system

Выглядит как питонвей костыль.

Не писал на питоне, но в целом может и правда костыль

ага, тоже подумал про пейтон

@oPavlov а к чему такие сложности? чего ты хочешь получить?

Вот да

С другой стороны желания он исполняет - нет вложенностей модулей, не склеиваются классы, бонусом рекваер 1 строка

с чего бы классам склеиваться?

класс/модуль определяется ровно в одном месте. Это решает проблему, нет?

Названия одинаковые когда

Под разными неймспейсами их делай тогда

Неймспейсы - это же в модуль положить?

Положил ?

В неймспейс ...

Кто-нить знает как вернуть данные если сделали git push -f ? )

class A::B технический в неймспейсе A

Кто-нить знает как вернуть данные если сделали git push -f ? )

Там мусор остается, но как его искать я не знаю.

Типа того и выглядит

мусор при git gc удаляется.

Типа того и выглядит

И чем неймспейсы не устраивают?

Вложенностью же

ERROR: S client not available

а то что у тебя глобально два класса с одним именем тебя не смущает?

Короче - сейчас выглядит начало моего кода так:

require_relative '_'

Зачем?

Если честно

Вот честно

class Model::Utils

Какие то костыльчики.

Мне хочется сказать "что это за пиздец блять"

Уж простить

?

Простите*

Но я пока не нашёл варианта удобнее

Мне хочется сказать "что это за пиздец блять"

Ну так оно и есть.

Но я пока не нашёл варианта удобнее

Сделать нормально?

Нормально это как?

class Entity::Directory

class Office::Directory

не понимаю чем оно тебя не устраивает

Так и выглядит

а зачем тогда костыли в виде require_relative "_' ?

require 'entity/directory' и усе.

Если лень каждый раз импорты писать - подключи автолодер

Либо автолодер, либо каждый раз нужные импорты перечислять.

Возможно рубимайн конечно так реагирует, но он начинает не понимать наследуемые классы

вносим костыли в код проекта изза IDE, ахах. Папку .idea уже закомитил?

Наследование кстати стоит очень аккуратно использовать.

Это первым делом гитигнор

Это первым делом гитигнор

конечно же в .gitignore проекта да? :))

Да

а про глобальный .gitignore я думаю ты не слышал.

Собственно одна из причин почему вот это всё - наследование