как я могу вызвать объектом метод чужого класса?

https://ideone.com/fFLPol

ток сорян, я цппст

https://repl.it/JUrG/15 ну или вот

ток сорян, я цппст

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

этакие магические коробочки, которые что-то умеют делать, вот тебе их надо как-то связать

подожди, верхний пример это композиция?

ну хз, по мне так они все похожи, чай не хаскель

не понимаю о каком верхнем примере ты говоришь

не понимаю о каком верхнем примере ты говоришь

ну я на repl.it скидывал

я тоже

я тоже

вот сверху это композиция? https://repl.it/JUrG/16

верхний пример на сайте который я скинул

https://repl.it/JUrG/15 ну или вот

вот посмотри, я ответил на твой вопрос там

вот сверху это композиция? https://repl.it/JUrG/16

да

это композиция, но верх ногами

да

ок как мне вызвать объектом new SomeOne метод parent_method?

это прикол такой?

это прикол такой?

почему? в наследовании я его могу вызвать, а тутт нет

еще раз вот https://repl.it/JUrG/15

some->object->parent_method();

some->object->parent_method();

не нарушай закон деметры

сохрани жизнь себе и своим джунам

или точнее this->object->parent_method(); изнутри SomeOne

Я сам себе джун

а, понял

ну тогда добавить в SomeOne обертку для parent_method

еще раз вот https://repl.it/JUrG/15

ок предположим, а в чем замена наследованию? тут в композиции у каждого по 1 методу, а в населдовании расширяющий объект имеет уже два метода...

че то я ни але

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

использование наследования для переиспользования кода плохая идея

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

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

и да, и нет

внешний интерфейс у объекта свой, при этом он может общаться со вторым объектом

внешний интерфейс у объекта свой, при этом он может общаться со вторым объектом

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

Как назвать сервис-класс для работы с сервисными центрами- SeviceCenterSevice ? XD

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

https://dou.ua/lenta/articles/composition-vs-inheritance-in-java/ Возможно здесь

https://dou.ua/lenta/articles/composition-vs-inheritance-in-java/ Возможно здесь

да читал ее, вроде там нет такого примера))кстати сайт не открывается

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

Тут как раз тот пример который описан

Наследовались зря, надо было делать композицию.

(с)

да читал ее, вроде там нет такого примера))кстати сайт не открывается

У вас еще не настроен впн по умолчанию?))

У вас еще не настроен впн по умолчанию?))

причем дома через адресную строку не заходит, но через яндекс поиск спокойно перехожу на сайт и лазию тама, а на работе чето ни так ни этак(

Можно ли скачать какой нить тул на Джет брейнс для питона, чтобы он работал с Джанго и его синтаксисом?????

Можно ли скачать какой нить тул на Джет брейнс для питона, чтобы он работал с Джанго и его синтаксисом?????

да можно

Где его достать? Просто на оф сайте не нашел

Заранее благодарю

могу продать

Где его достать? Просто на оф сайте не нашел

гуглить пробовал? Что-то типа Python IDE. Вообще это чатик немного не той тематики, с подобными запросами иди в чатики питонщиков

Наследовались зря, надо было делать композицию.

агрегацию вообще-то)

"Object-oriented programming"(с)

Где его достать? Просто на оф сайте не нашел

google "python jetbrains"

можно ли считать компоненты симфони тем самым идеальным кодом?

расширяемый, модульный и тп

идеального кода не существует.

но конкретно этот пример можно считать неплохим. Другой вопрос что это тебе лично ничего не дает.

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

но конкретно этот пример можно считать неплохим. Другой вопрос что это тебе лично ничего не дает.

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

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

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

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

ну то есть ты можешь попробовать с точки зрения соблюдения принципов SOLID на это смотреть

но намного лучше инвестировать время в тесты, в рефакторинг, в изучение базовых принципов самих по себе (GRASP, SOLID) и за счет первых двух пунктов просто чаще пробовать разные варианты

как эти понятия правильно называются?

@fes0r, подскажешь что-нибудь?

@fes0r, подскажешь что-нибудь?

ну в целом норм, просто я никогда не применяло для этого слово "субъект" хотя оно подходит. Я обычно просто говорю декорируемый объект.

а хорошо, когда мы проверяем, правильно ли объект работает с другим?

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

ERROR: S client not available

далее тебе Олег ссылочку неплохую дал

а хорошо, когда мы проверяем, правильно ли объект работает с другим?

когда мы работаем с другими объектами)

ну то есть твой пример с декораторами в целом норм. Ты можешь делать стаб для драйвера кэша имитируя различные прекондишены (типа нашелся айтем в кэше или нет) и моком проверять как ты видоизменил входящие данные скажем.

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

или ищё builder для director

можно конечно

это ж и есть зависимость

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

build(Builder builder) {}

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

зависимость)

но у них же какая-то разная природа что ли

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

но у них же какая-то разная природа что ли

ты про то почему что-то мы закрываем стабом а где-то надо мок?

ну это связано как-то, да

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

тот же кэш - тебе должно быть плевать что именно ты туда ложишь

ты просто хочешь удостовериться что если было попадание в кэш ты не будешь вызывать декорируемый объет, а если небыло - будешь.

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

стабами ты как раз таки можешь прекондишен выставлять, а моки они для проверки посткондишенов

download() { item = this.remote.fetch(); this.local.save(item); } как такой метод тестировать? стабить remote и мокать local ?

или мокать remote и стабить local?

а тут вообще от юнит теста нет никакого толка

толк появляется, когда мы вносим какую-то логику?

вот если бы между fetch и save было что-то, тогда толк бы был. Ну мол что мы что-то делаем с item

а так ты вернул стаб и проверяешь что стаб и передал. Полностью дублируя реализацию.

такие вещи спокойно покрывает нормальная система типов (TypeScript, Flow)

проблемы могут быть только если контракт fetch поменяется в плане поведения а не типов, но это юнит тесты тоже не проверят.

а интеграционные тесты афера.

а интеграционные тесты афера.

Всмысле?

Всмысле?

J B Rainsberger - Integrated Tests Are A Scam