Это (про "улет") - довольно спорное утверждение. Если мы говорим "метод x() - публичный, его может использовать кто угодно" - это вроде как инкапсулированно; вот с friend class мы можем сказать "метод x() может использовать лишь определенный класс (не кто угодно)" - это как будто бы... еще более инкапсулированно?

Мы не можем так сказать мы можем сказать что друг может использовать все приватное и протектное

Как я понял

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

Да, я загнул немного про "конкретные методы" - но это все еще правда про классы, которым дается доступ.

объекту итератору надо использовать private\protected методы доступа к элементам своего родителя, а родителю как коллекции их раскрывать необязательно

У меня так же возникало желание делать friend method (не класс) когда я реализовавал operator« (вывод в поток).

Кто что думает о дружественных классах? Увидел чт в пыхе хотят реализовывать и подумал юзал ли кто в других языках и вообще где это есть?

еще чуть-чуть сломать инкапсуляцию)

Опять набрасываю: если хочется использовать friend классы значит абстракции выбраны не верно.

Хотя как по мне годная штука в определенных сутациях.

В целом я наверное мог бы по пальцам пересчитать случаи, когда вот прямо хотелось писать friend-код в C++.

По-моему, мой мир не стал бы существенно хуже, если бы C++ не поддерживало такой затеи, как friend-классы и методы.

Что за френд? Без усложнений и лишнего кода, тупо классы и все?

Вот! Именно. Есть - хорошо, нету - ну и не надо.

Art https://wiki.php.net/rfc/friend-classes

Что за френд? Без усложнений и лишнего кода, тупо классы и все?

погугли

Вот! Именно. Есть - хорошо, нету - ну и не надо.

мне больше нравится как в java реализовано - package-level приватные члены и все такое

@zloyuser ну вот в примере по ссылке - у тебя есть некий Person и какого черта он что-то должен знать о каком-то там HumanResourceReport?

это открывает огромный простор по повышению content coupling между штуками

А паттерны используете на работе?

А паттерны используете на работе?

если ты разберешься откуда появились паттерны - ты ответишь на свой вопрос

У меня в js отлично заходят синглтон, декаратор, наблюдатель, посредник (прокси), модуль

У меня в js отлично заходят синглтон, декаратор, наблюдатель, посредник (прокси), модуль

сингелтон не юзай

глобальный доступ к зависимостям и все такое + тебе скорее всего "сингелтон" не нужен

и короч ты сейчас на этапе "пихать паттерны везде". Скоро пройдет

принципы не забудь выучить которые в основе этих паттернов лежат (GRASP)

Декоратор очень удобен когда нужно добавить функционал в старый класс за который тебя выебут на ревью, и ты не хочешь чтобы git blame твое имя выводил в нем)

Не, в js я прокачан хорошо по es5

Декоратор очень удобен когда нужно добавить функционал в старый класс за который тебя выебут на ревью, и ты не хочешь чтобы git blame твое имя выводил в нем)

по научному это называется open/close принцип

Так что использую при проектировании спа

А в php есть диспетчер событий или это только из ассинхрого мира?

А в php есть диспетчер событий или это только из ассинхрого мира?

есть

я тебе больше скажу - в php есть возможность event loop юзать

А в php есть диспетчер событий или это только из ассинхрого мира?

там весь Rx есть, если очень хочется

Ну колбеки как костыль там аыглядат чет

@zloyuser ну вот в примере по ссылке - у тебя есть некий Person и какого черта он что-то должен знать о каком-то там HumanResourceReport?

Так я и не спорю. Я в практике не встречал когда мне прям вообще не в моготу без friend-класса обойтись.

там весь Rx есть, если очень хочется

Rx в php выглядит вяло и не нужно. Другое дело конкрунтнын либы аля amphp, ReactPHP

Так я и не спорю. Я в практике не встречал когда мне прям вообще не в моготу без friend-класса обойтись.

я рассматривал friend классы как "форматтеры для сущностей" но сейчас чет как-то не особо хотел бы такого.... ну мол идея была в том что "вот у меня ORM-ка сущность выплевывает и я не хочу писать геттеры тупо для формирования представления". Но сейчас как бы я думаю что для представления мне не нужна orm.

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

хороший пример с итератором, как раз хотел написать, но если бы не было нестед классов то можно было бы использовать package level модификаторы на методы которые открывают внутренню структуру коллекции для итератора, снаружи пакета они были бы всё равно недоступны

я рассматривал friend классы как "форматтеры для сущностей" но сейчас чет как-то не особо хотел бы такого.... ну мол идея была в том что "вот у меня ORM-ка сущность выплевывает и я не хочу писать геттеры тупо для формирования представления". Но сейчас как бы я думаю что для представления мне не нужна orm.

И опять мы возвращаемся к CQRS. Если модели построены правильно и разделены на Write и Read то все эти ухищрения начинают казаться костылем, чем по сути и являются. Нет я не спорю что могут быть хорошие, годные кейсы для friend классов, и потому я не против такой возможности в PHP, но кардинально данная возможность ничего не изменит в ООП структуре.

И опять мы возвращаемся к CQRS. Если модели построены правильно и разделены на Write и Read то все эти ухищрения начинают казаться костылем, чем по сути и являются. Нет я не спорю что могут быть хорошие, годные кейсы для friend классов, и потому я не против такой возможности в PHP, но кардинально данная возможность ничего не изменит в ООП структуре.

именно так. Хотя я больше думал что такая фича как friend классы нанесет больше вреда чем пользы

этим инструментом слишком легко сделать плохо

Есть такие опасения, но по сравнению с Generic (еще один RFC) friend классы мелочь по опасениям.

Есть такие опасения, но по сравнению с Generic (еще один RFC) friend классы мелочь по опасениям.

хочу тайп элиасы

и поддержку ко/контрвариантности типов

А я хочю Generic + Method overload

А я хочю Generic + Method overload

почему бы просто не взять какой-нибудь kotlin (что бы не java)

глобальный доступ к зависимостям и все такое + тебе скорее всего "сингелтон" не нужен

ну у меня метод отдельный в модулях для DI в js. Через него делаю его локальным в модуле, но глобальным для всех методов модуля

Но хотеть нам как минимум до 8 версии

@fes0r потому что я работаю с PHP. А в домашних проектах балуюсь С#.

@fes0r потому что я работаю с PHP. А в домашних проектах балуюсь С#.

ясненько)

Друзья, а может ли мне кто нибудь объяснить для чего дружественные классы в c++? И не нарушение ли это инкапсуляции? Если нет, то почему?

у тебя левый класс может быть дружественным

и если передать инстанс в дружественный класс

то можно достучаться до приватных пропертей

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

то можно достучаться до приватных пропертей

Хм, но это разве не признак "плохой архитектуры"?

Хм, но это разве не признак "плохой архитектуры"?

выше был пример с принтерами различными

и фабрики тоже отличный вариант

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

В PHP область видимости распространяется на класс, а не объект. Потому такие штуки и работают, и даже не со статическими методами.

К friend это отношения не имеет от слова совсем

В PHP область видимости распространяется на класс, а не объект. Потому такие штуки и работают, и даже не со статическими методами.

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

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

статика в php это просто вызов методов в контексте класса. Фрэнд классы это как объеденение контекстов.

я знаю что такое дружественные классы, ни в пхп, ни в джаве их нет

не надо об этом писать по 10 раз

class User { private $name; public function equal(User $other) { return $this->name === $other->name; } }

это пример чтобы человек понимал примерно что это такое

вопрос был нарушение ли это инкапсуляции - ответ да, нарушение. Как и protected является нарушением инкапсуляции в контексте наследования

по сути фрэнд классы это циклическая зависимость, а это уже свидетельствует об ошибках в проектировании. Но не ошибаться мы не умеем а потому очень редко и как кастыль оно норм

чем фрэнд классы хуже нестед классов например - тем что с nested классами мы ограничены одним пакетом, а в случае с friend классами "дружить может кто угодно" и это открывает огромный простор для повышения связанности и нарушения всех принципов по работе с зависимостями.

так же nested классы могут быть приватными - что удобно в случае с vo например и внутренеей кухни модуля. Билдеры - оч хороший пример.

Теперь понятно, спасибо всем:)

к слову билдеры в контексте php неплохой пример для фрэнд классов

Я просто увидел вот это https://wiki.php.net/rfc/friend-classes

И у меня возникли вопросы

мне больше не нравится то что нужно в самом классе явно указывать зависимость на другой класс

class Fibonacci { friend FibonacciTest;

мне больше не нравится то что нужно в самом классе явно указывать зависимость на другой класс

предпочел бы неявно?)

вообще вот в твоем примере тестируемый код зависит от теста

даж хз, выглядит как-то не очень гибко

что мягко скажем намекает на то что что-то пошло не так

даж хз, выглядит как-то не очень гибко

это циклические зависимости и возможность "разбить" жирный класс на много маленьких не особо заморачиваясь)

кастылек небольшой...

лучше б нестед классы замутили. но для php вряд-ли смогут нормально сделать

Кто мне может сформулировать, чего нового дядя боб кроме названия придумал в своей clean architecture, относительно гексагональной архитектуры кокберна?

Кто мне может сформулировать, чего нового дядя боб кроме названия придумал в своей clean architecture, относительно гексагональной архитектуры кокберна?

гексагоналка менее четко регламентирует что у тебя внутри слоев. Там вся идея лишь про направление зависимостей и использование инверсии зависимостей.

clean architecture это считай надстройка, как гексагоналка надстройка над просто onion

но ИМХО меня смущают его "интеракторы"

Тайпклассы норм

но ИМХО меня смущают его "интеракторы"

так по сути те же юз кейсы, нет?