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

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

У квадрата 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

ERROR: S client not available

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

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

book of viper почитай

https://youtu.be/jby0I-zLj9c

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

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

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

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

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

а мввм

его вообще без реакта реализовать можно?

реакт нейтива?

хаха

недавно об этом разговаривали

реакт там вообще не нужен

протоколы

наше все

Чет мне кажется что если задают такие вопросы, то использовать это явно не стоит

Ну попробуйте сначала это отдельно, потом уже в коммерческие проекты лепите

Начинаю переходить на swift, ожидайте пополнения в ваших рядах

ребят, такой вопрос. Авторизация идет через credential (если я ничего не путаю). Я использую alamofire и выглядит это примерно так session.request(urlString, method: .get).authenticate(user: name, password: password) static var session: SessionManager = Alamofire.SessionManager.default { didSet { let sessionDefault = Alamofire.SessionManager.default sessionDefault.session.configuration.httpCookieAcceptPolicy = .always self.session = sessionDefault } } эта функция очищает сессию (я ее использую чтобы сессия не была авторизирована и пользователь мог заново зайти / зарегаться) static func logOut(handler: @escaping () -> ()) { session.session.flush { } session.session.reset { session = Alamofire.SessionManager.default handler() } } Вопрос такой. Когда я авторизируюсь в первый раз - получаю 200. Авторизация прошла, все збс. Потом сразу выхожу (logOut), авторизируюсь - получаю 404. Авторизируюсь еще раз - получаю 200. То есть, когда я авторизируюсь сразу после логаута, то авторизация проходит лишь со второго раза. Кто-то сталкивался с подобным? С чем это может быть связано? На серваке лога 404 нет. То есть что-то не так с запросом именно после логаута. Сам запрос сохраняет куки: session.request(request) .authenticate(user: name, password: password) .responseJSON { resp in if let headerFields = resp.response?.allHeaderFields as? [String: String], let URL = resp.request?.url { let cookies = HTTPCookie.cookies(withResponseHeaderFields: headerFields, for: URL) session.session.configuration.httpCookieStorage!.setCookies(cookies, for: URL, mainDocumentURL: nil) }

я

Сколько по времени заняло и как вообще ощущения? Я вот подумываю переписать проект, но гложут сомнения по поводу целесообразности. Сразу все переписывал или по частям?

mvvm от viper отличается как a+b от b+a

Я вайпер так и не понял до конца.

что именно?

Зачем такие сложности.