Неа

контракт != интерфейс.

это намного более широкое понятие

сигнатуры, системы типов и т.д. это способы задавать контракт в коде

но это не описывает полностью пре/пост условия и инварианты класса

Принцип Лисков не запрещает менять логику

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

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

Принцип Лисков не запрещает менять логику

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

Это верно " снаружи", когда клиент использует класс. А у нас ситуация, когда закрытый метод использует открытый. В закрытом каким боком наследники?

Это верно " снаружи", когда клиент использует класс. А у нас ситуация, когда закрытый метод использует открытый. В закрытом каким боком наследники?

ты вызваешь публичный метод, а значит тебе без разницы кто его вызывает.

поведение не должно поменяться

А что плохого в том, что закрытый метод обращается к открытому?

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

А что плохого в том, что закрытый метод обращается к открытому?

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

но если все хорошо с точки зрения принципа единой ответственности и принципа сегрегации интерфейсов то все должно быть ок

ты вызваешь публичный метод, а значит тебе без разницы кто его вызывает.

Но в приватном методе ты априори знаешь поведение класа и можешь делать предположения. Которые могут поменяться из-за переопределения.

Это верно " снаружи", когда клиент использует класс. А у нас ситуация, когда закрытый метод использует открытый. В закрытом каким боком наследники?

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

class Calculator { public function add($a, $b) { return $a + $b; } public function sub($a, $b) { return $this->add($a, -$b); } }

Но в приватном методе ты априори знаешь поведение класа и можешь делать предположения. Которые могут поменяться из-за переопределения.

так не должно быть

ok?)

class Calculator { public function add($a, $b) { return $a + $b; } public function sub($a, $b) { return $this->add($a, -$b); } }

норм

почему мне это кажется некрасивым

просто пример слишком простой)

ну и у тебя тут всеравно нет приватных методов)

Но в приватном методе ты априори знаешь поведение класа и можешь делать предположения. Которые могут поменяться из-за переопределения.

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

да я неправильно спросил, не из приватного, а из любого

да я неправильно спросил, не из приватного, а из любого

норм, если ты соблюдаешь SRP + ISP

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

ты походу вообще не понял о чем там речь///

Может и так. Вот только нахера прямоугольнику хранить width и height я тоже не вдупляю. Я, как и говорил, никогда бы не стал делать такой глупости...

так опиши, как бы ты сделал

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

Да, согласен. Так и не смог придумать нормального кейса, когда не стоит вызывать открытый из закрытого.

так опиши, как бы ты сделал

Ты мне?

да

он походу через соотношение сторон, флоты и все такое

ну мол он про какие-то коэффициенты там выше говорил

Может и так. Вот только нахера прямоугольнику хранить width и height я тоже не вдупляю. Я, как и говорил, никогда бы не стал делать такой глупости...

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

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

и кружками и овалами - так что бы веселее было

да

2 свойства - *длина* и *отношение* описывают все квадраты и прямоугольники точно так же как *длина* и *ширина*

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

Поставь корректнее вопрос - что большой?

Площ?

2 свойства - *длина* и *отношение* описывают все квадраты и прямоугольники точно так же как *длина* и *ширина*

Не точно. Непонято отношение чего к чему

То есть что будеи длиной а что шириной

Не точно. Непонято отношение чего к чему

прямоугольника к твоему говнокоду

)))

)

))

))

Поставь корректнее вопрос - что большой?

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

так проще?

Не точно. Непонято отношение чего к чему

Коэффициент отношения сторон. Понятно из того меньше ли чем 1 этот коэффициент.

Или больше

Коэффициент отношения сторон. Понятно из того меньше ли чем 1 этот коэффициент.

ты зациклился на том что у объекта внутри а посыл в том как его юзают

более того, 1.00000000001 === 1.000000000 не всегда даст тебе правдивый результат

так что определить по коэффициенту квадрат это или нет не выйдет

ты зациклился на том что у объекта внутри а посыл в том как его юзают

Возможно, Серег. Просто интересно, если бы старт был другим - сохранился бы посыл? ))

более того, 1.00000000001 === 1.000000000 не всегда даст тебе правдивый результат

???

Коэффициент отношения сторон. Понятно из того меньше ли чем 1 этот коэффициент.

одна сторона 3, другая 11

оч удобно хранить будет)

3/11 или 11/3

оч удобно хранить будет)

Это другой вопрос

Я так делал для фронтэнда

???

как говоилось в этом видео что ты не досмотрел - "людей игогда сожают в тюрьму за сравнивание флотов на равество"

как говоилось в этом видео что ты не досмотрел - "людей игогда сожают в тюрьму за сравнивание флотов на равество"

Хорошо сказано. Иногда даже без такогого )))

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

Там есть русские буквы?

не, слепая печать и все такое, просто она типа механическая и чуть по другому тактильные ощущения, не привык пока.

ERROR: S client not available

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

взял новую прошку?)

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

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

Это к чему вообще, Серег? Я тебе говорю, что если есть ширина и индекс, то легко можно вычислить высоту, и только после того - начать выполнять твое ТЗ )

что такое индекс ?

Количество хранимого не увеличилась - проблема решена )

места назначения ?

что такое индекс ?

Отношение сторон

Коэффициент

у круга это 1 ?

коэффициент индекса

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

у круга это 1 ?

Разговор только о квадрате и прямоугольнике

Точно ?

и кружками и овалами - так что бы веселее было

Точно ?

Ты - не знаю. Я - да. public function isSquare() { return $this->index === 1; }

Я бы ваще квадрат выкинул

Ты - не знаю. Я - да. public function isSquare() { return $this->index === 1; }

а чем твой вариант лучше хранения width и height?

а чем твой вариант лучше хранения width и height?

А он должен быть лучше?

ну ты сказал, что width и height это глупо и ты бы так никогда не сделал. Пытаюсь понять, чем твой вариант лучше

А он должен быть лучше?

А если ширина и длина имеют значение - кто где?

Ну например, серверный шкаф нельзя наклонять

x и y - что раньше?

А если ширина и длина имеют значение - кто где?

это уже смена требований же

Ну так-то да. Но зачем вводить какой-то индекс я тоже не могу понять ели честно. Я конечно может част дискуссии упустил, с чего началось

честно говоря, тоже не понимаю, зачем так изворачиваться)

Может и так. Вот только нахера прямоугольнику хранить width и height я тоже не вдупляю. Я, как и говорил, никогда бы не стал делать такой глупости...

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

Может быть так же что я, и правда, не вдуплил че там в видео, но, как мне показалось у чувака определенные проблемы из-за этого, и он объяснит как их решить в конце. Проблемы касаются "неудобства" наследования. Или нет?

а, вон про что было. Наследовать ли квадрат и прямоуголльник от Figure типа?

ну или друг от друга

Я бы ваще квадрат выкинул

public function isSquare() { return $this->index === 1; }