か
separation of concerns
Size: a a a
2020 July 13
か
если ты хочешь водить машину, тебе не нужно подогревать чайник
h
мнне неинтесен кейс, где она может шариться, в моём случае она не шарится и в большинстве случаев она не шарится, ибо если нужно будет впиливать какие-то фичи, то постепенно этот класс разрастётся и будет говнокод, который потом не прочитаешь
Напримпер если это трансформер. Он принимает конкретные сообщения, трансформирует его и отправляет измененное другое
か
humanoid
Напримпер если это трансформер. Он принимает конкретные сообщения, трансформирует его и отправляет измененное другое
если это "трансформер", то там будет класс, принимающий сообщение, класс, трансформирующий его, и класс, отправляющий это сообщение
か
а не всё в кучу в один класс
か
потому что потом ещё вкрутится какая-нибудь валидация
D𝔇
если ты хочешь водить машину, тебе не нужно подогревать чайник
вот ты говоришь "водить машину", но этот функционал можно декомпозировать до бесконечности. Где по твоему тот момент, когда перестает нарушаться srp?
か
потом добавится ещё что-нибудь
か
и всё это дело будет просто нечитабельно и неменяемо
か
вот ты говоришь "водить машину", но этот функционал можно декомпозировать до бесконечности. Где по твоему тот момент, когда перестает нарушаться srp?
зависит от ситуации
か
это философия ООП, тут нет формул
h
читабельность, изменяемость
Ну вот SRP это как раз про именяемость. А именно про причины изменений. Мы меняем один модуль по одной причине и не лезем в другие, тем самым уменьшаем риски, что будут ошибки.
か
humanoid
Ну вот SRP это как раз про именяемость. А именно про причины изменений. Мы меняем один модуль по одной причине и не лезем в другие, тем самым уменьшаем риски, что будут ошибки.
иииии?
か
humanoid
Ну вот SRP это как раз про именяемость. А именно про причины изменений. Мы меняем один модуль по одной причине и не лезем в другие, тем самым уменьшаем риски, что будут ошибки.
ты читал пример из книжки?
"This design violates the SRP. The Rectangle class has two responsibilities. The first
responsibility is to provide a mathematical model of the geometry of a rectangle. The sec-
ond responsibility is to render the rectangle on a graphical user interface."
"This design violates the SRP. The Rectangle class has two responsibilities. The first
responsibility is to provide a mathematical model of the geometry of a rectangle. The sec-
ond responsibility is to render the rectangle on a graphical user interface."
h
если это "трансформер", то там будет класс, принимающий сообщение, класс, трансформирующий его, и класс, отправляющий это сообщение
Так я так понял чел уже принимает готовое сообщение от очереди. Далее мы просто можем преобразовать его в другое вызывать метод отправки
か
для того, чтобы не нарушать этот принцип, изначально надо создавать классы, которые НЕ нарушают этот принцип
か
humanoid
Так я так понял чел уже принимает готовое сообщение от очереди. Далее мы просто можем преобразовать его в другое вызывать метод отправки
а если это сообщение пректатит быть готовым?
h
Короче ты не понимаешь, что это сильно зависит от кейса. Если ты код не собираешься менять, в большинстве случаев SRP не нужен.
か
humanoid
Короче ты не понимаешь, что это сильно зависит от кейса. Если ты код не собираешься менять, в большинстве случаев SRP не нужен.
бля
か
как ты знаешь, когда тебе придётся что-то менять?