Size: a a a

2021 June 07

1

1nTrance in SwiftBook
Если при добавлении нового функционала эти 2 метода придется изменять, то идет нарушение принципа.
источник

1

1nTrance in SwiftBook
Это как я понял.
источник

DK

Denis Kim in SwiftBook
странно это. не могу представить пример
источник

DK

Denis Kim in SwiftBook
как новый метод может требовать изменения существующих
источник

1

1nTrance in SwiftBook
Я так понял, что не только функционал здесь играет роль. Скорее я не так выразился в первый раз. Если у нас есть 2 метода, допустим один из них отвечает за сортировку каких-то элементов. А второй отвечает куда после сортировки нужно класть этот объект. У нас в этих методах прописаны по чем нужно сортировать эти объекты(вес, дата создания и т.д.) Типо все ок, Но если мы подаем объект с новым параметром или отсутствием параметра -> сортировка не может их отсортировать правильно. Соответственно нам нужно изменять начальные методы и дорабатывать их. Идет нарушение S. Наверно как то так.
источник

DK

Denis Kim in SwiftBook
а синглтоны что нарушают
источник

В

Валентий in SwiftBook
Переслано от Валентий
Привет всем, можете подсказать что за приколы xcod'a

Пытаюсь распарсить json а он делает такую вот херь типо если через делаю все те же пробразования типо через PO то ок, а сам он в ерор кидает, хотя ничего не нил (дату убираю тоже самое)
источник

В

Валентий in SwiftBook
Переслано от Валентий
Или я тупой или сани не едут
источник

DK

Denis Kim in SwiftBook
видимо не все поля присутствуют
источник

DK

Denis Kim in SwiftBook
на скриншоте только date, что насчет остальных?
источник

KD

Krolikov Dima in SwiftBook
Да все проще.
Сортировка и сохранение это две задачи и их решать должны разные классы.
источник

1

1nTrance in SwiftBook
Ну да, верно. И чтобы в них что то поменять(а это должна быть весомая причина) прислать к ним допустим неизвестный формат объекта. Тогда это будет норм, а вот если мы просто изменим НАЗВАНИЯ этих методов, то это уже будет нарушением принципа. Что я писал выше - неверное суждение.
источник

KD

Krolikov Dima in SwiftBook
При чем тут названия?)
источник

1

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

KD

Krolikov Dima in SwiftBook
Ахаха. От изменения имени ничего не поменяется))) так не надо делать
источник

1

1nTrance in SwiftBook
Ну вот и я про тоже.
источник

1

1nTrance in SwiftBook
Просто в инете они трактуются с 2ух сторон. В частности этот принцип. Понятно, что нужно разделять логику и разбивать по отдельным классам. А еще говорится, что причина для изменения этой логики должна быть ВЕСОМАЯ.
источник

1

1nTrance in SwiftBook
Соответственно я привел в пример, что при изменении имени мы как бы затрагиваем уже метод, но это нам ниче не даст ->  будет нарушение.
источник

1

1nTrance in SwiftBook
И вот если смотреть на ваш пример только со стороны, что все должно быть разбито и выполнять только свою логику, то еще я могу понять. А вот если взять во внимание, что и я написал. Тогда я уже ничего не понимаю)
источник

1

1nTrance in SwiftBook
Вот про L мне очень понравилось, звучит логично.
источник