t
но проще ж ООП подход )
Окей
Тут +
Тут +
Size: a a a
2021 January 24
S
но это уже кому как конечно, кому то и функционалка мать родная
t
но это уже кому как конечно, кому то и функционалка мать родная
S
я спецификации пробовал на реальных проектах, очень просто реализуется и удобно, без миллиона абстракий над абстракциями
M
Помогите разобраться, а то я уже начинаю тонуть..
Согласно принципу единой обязанности - Если класс выполняет несколько различных функций, и они изменяются по отдельности, то это как раз тот случай, когда можно применить принцип единственной обязанности.
Код:
https://pastebin.com/qUpTYpE8
В этом коде в классе Менеджер есть два метода, которые изменяются отдельно.
Как гласит принцип - их надо разделить в разные классы. Но по логике они должны быть в классе Менджер, т.к. эти методы присущи только менеджеру и никто другой не должен их выполнять.
Че делать?
Согласно принципу единой обязанности - Если класс выполняет несколько различных функций, и они изменяются по отдельности, то это как раз тот случай, когда можно применить принцип единственной обязанности.
Код:
https://pastebin.com/qUpTYpE8
В этом коде в классе Менеджер есть два метода, которые изменяются отдельно.
Как гласит принцип - их надо разделить в разные классы. Но по логике они должны быть в классе Менджер, т.к. эти методы присущи только менеджеру и никто другой не должен их выполнять.
Че делать?
S
Помогите разобраться, а то я уже начинаю тонуть..
Согласно принципу единой обязанности - Если класс выполняет несколько различных функций, и они изменяются по отдельности, то это как раз тот случай, когда можно применить принцип единственной обязанности.
Код:
https://pastebin.com/qUpTYpE8
В этом коде в классе Менеджер есть два метода, которые изменяются отдельно.
Как гласит принцип - их надо разделить в разные классы. Но по логике они должны быть в классе Менджер, т.к. эти методы присущи только менеджеру и никто другой не должен их выполнять.
Че делать?
Согласно принципу единой обязанности - Если класс выполняет несколько различных функций, и они изменяются по отдельности, то это как раз тот случай, когда можно применить принцип единственной обязанности.
Код:
https://pastebin.com/qUpTYpE8
В этом коде в классе Менеджер есть два метода, которые изменяются отдельно.
Как гласит принцип - их надо разделить в разные классы. Но по логике они должны быть в классе Менджер, т.к. эти методы присущи только менеджеру и никто другой не должен их выполнять.
Че делать?
почему ты думаешь что 2 метода это уже все, нарушение SRP? )
M
ну, я так понял прочитанное :"Если методы изменяются отдельно друг от друга..."
S
ну, я так понял прочитанное :"Если методы изменяются отдельно друг от друга..."
лучше не читай академические определения
M
По идее изменение одного метода не затрагивает второй
S
а то на принципе Лисков в петлю полезешь
M
та я уже намылился))
S
в твоем случае оба метода логически обязанность менеджера
M
Вроде простые все принципы, но столько нюансов..
M
в твоем случае оба метода логически обязанность менеджера
Все, это я и хотел услышать, спасибо
S
Все, это я и хотел услышать, спасибо
конечно по-хорошему можно это разделить и наверное даже нужно, типа состав отчетов может поменятся и тд, но в реальном программировании все далеко от идеального академического мира. Просто сейчас у тебя нормальный ООП подход, ты взял и перенес человека в код
S
для поддержания SRP тебе бы пришлось создавать 2 чела, типа ReporterManager и OrderManager
S
Я к тому что часто в реальном мире у вещей несколько обязанностей и перенести это на SRP в ООП как - то сложно будет
M
для поддержания SRP тебе бы пришлось создавать 2 чела, типа ReporterManager и OrderManager
вот, именно так я и думал
M
Я к тому что часто в реальном мире у вещей несколько обязанностей и перенести это на SRP в ООП как - то сложно будет
спасибо еще раз
А
народ, а можно, делая игру на юнити, писать код в vs code 2017, будет ли какие-то отличия от версии 2019?