вот типа у тебя у прямоугольника стороны a / b в пропопортях

Квадрат частный случай

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

а у квадрата только одна

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

да

в итоге у тебя одна пропороть не нужна

нахуй такой наследник, который сужает функционал?

https://www.facebook.com/afishamansarda/videos/1360997547257627/

это называется - долбоебизм

там вон рамблер про промисы рассказывает

это называется - долбоебизм

да

А почему нет? От общего к частному

и такими вопросами сливать это пиздос

я бы в рот нассал если бы увидел у джуна подобный анальный цирк с ООП

Где то видел подобный холивар типо холивара про яйцо и курицу

У квадрата 4 стороны и 2 измерения - длина/ширина

Почему одно свойство лишнее?

потому что ширина == высоте

Эх кокохедс просрал, ну да ладн

короче оба случая - дерьмо

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

Короче не надо их наследовать

там нет правильного ответа

потому что ширина == высоте

И что, конструируются объекты по-разному, но наследование не нужно

короче делаешь класс прямоугольника, делаешь протокол Squarable, дополняешь его методом getSquareWith(side:)

че как маленькие

короче делаешь класс прямоугольника, делаешь протокол Squarable, дополняешь его методом getSquareWith(side:)

Logoutable не забудь

еее

Logoutable не забудь

не забыл

проверяй

поп

красава

Squarable от него наследуется?

Squarable от него наследуется?

хз

я не пастер попа

(попы)

что вы спрашиваете по NSProxy?

Все спрашивают что это и для чего можно/нужно использовать, но никто не использует... почти

чьей?

своей

то уж точно

Все спрашивают что это и для чего можно/нужно использовать, но никто не использует... почти

я один раз на нем говна навертел классного

мультикаст делегат - самое то делать на NSProxy

Аналогично, но в целом себя не оправдывает подход

У Рамблера есть библиотечка для сплита аппделегата

гайз, есть кто-нибудь, кто смог на 9/10 оси грабать данные из uipasteboard в бекграунде?

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

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

В ООП нужно делать квадрат рутовым и от него наследовать прямоугольник. Но я бы делал второе поле как aspectRatio. :|

ну что должно быть рутовым классом?

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

В ООП нужно делать квадрат рутовым и от него наследовать прямоугольник. Но я бы делал второе поле как aspectRatio. :|

что должно быть рутовым, треугольник или сфера?

я такой непостоянный

Не путай плиз нормальный вопрос и бред. Они в разных деревьях наследования будут.

В ООП нужно делать квадрат рутовым и от него наследовать прямоугольник. Но я бы делал второе поле как aspectRatio. :|

почему?

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

Это в реальном мире.

вопрос так себе, но всё же. наследование отвечает на вопрос "является ли наследник родителем"/"можно ли использовать наследника вместо родителя". квадрат является прямоугольником - да. прямоугольник является квадратом - нет. наследование для полиморфизма а не для реюзания кода.

https://en.wikipedia.org/wiki/Liskov_substitution_principle

парень выше говорит по-другому

а одним классом Rect обойтись не получится? Добавить ему метод init с одной только высотой и метод isПрямоугольник

https://en.wikipedia.org/wiki/Circle-ellipse_problem

Кто-нибудь есть есть сейчас на митапе cocoaHeads?)

https://en.wikipedia.org/wiki/Circle-ellipse_problem

ага

This strongly suggests that inheritance should never be used when the sub-class restricts the freedom implicit in the base class, but should only be used when the sub-class adds extra detail to the concept represented by the base class as in 'Monkey' is-an 'Animal'.

экзактле

Но вопрос интересный, конечно.

Спасибо.

вайпы

парни, посоветуйте годный мануал или статью по VIPER

и вообще ваши мнения интересны

на каких проектах стоит применять, плюсы минусы

book of viper почитай

https://youtu.be/jby0I-zLj9c

я так, с деревни, поэтому интересуюсь

мнения за и против

поэтому и спрашиваю

стоит ли внедрять его на проекты рассчитание на 3-4 месяца?

я думаю что нет, не окупится. Особенно если раньше с таким не работал