Вот ты наивный)

не, OCP проще чем SRP

Аналогично и SRP

SRP самый сложный из этих 5-ти

OCP - это самый главный, если можно так сказать из этих 5-ти

ну вы же php тут многие? Symfony Validator ставлю всегда в пример

расширяем и закрыт для изменения

да, пример нормальный. А какие способы расширения ты еще знаешь?

ну и еще - а как на счет бизнес логики?

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

и тебе придется выбирать "сделать просто" или "сделать гибко"

ну короч с SRP - посмотри объяснение того же дяди Боба

это уже зависит наппрямую зависит от бизнеса, если надо “просто” то “просто”, если есть вероятность выиграть от “гибко” то “гибко"

берем модуль, этот модуль используется для того-то для того-то. И вот это "что-то" интересует только одного конкретного человека

ну короч с SRP - посмотри объяснение того же дяди Боба

пожалуй, перечитаю

ну то есть тебе для соблюдения SRP надо бизнес пониимать, структуру бизнеса

что мол "вот эта штука важна бухгалтерам, и они могут просить чето поменять тут.... а вот эта штука мерчендайзерм нужна"

о

спасибо

но мы же не можем сказать, что СРП это про бизнес логику only?

Естесена нет. SRP - это просто твои заморочки :)

но мы же не можем сказать, что СРП это про бизнес логику only?

SRP это про разделение ответственности.

что бы разделять ответственности - надо уметь их определять

и вот это - оч сложная штука

ну например - почему active record нарушает SRP?

и почему например.... жирнющий модуль парсер YAML в 5К строк не нарушает SRP

ну блин, это достаточно риторические вопросы. на прикладных и технических штуках достаточно как правило перечислить список действий, которые делает модуль. и вдуматься в количество существительных, которые есть в этих действиях. если их больше чем 1-2 - что-то идёт не так. с объектами бизнес-логики это иногда сложнее, потому что в целом определения порой более размытые.

> если их больше чем 1-2 - что-то идёт не так. мне нравится!

> если их больше чем 1-2 - что-то идёт не так. мне нравится!

а мне уже нет, перечитал и как-то слишком радикально. но подход ящитаю примерно такой должен быть. 5к строк в парсере норм, потому что он делает много всякого, но в одной области ответственности. условно мы умеем делать стопицот действий, но над одним субъектом. AR - не норм, потому что она отвечает и за общение с базой и за логику самой модели. а если фразу "общение с базой" декомпозировать на "строит запросы, гидрирует, обновляет, etc" - субъектов получается значительно больше чем хотелось бы.

SRP - это такая странная штука, что она нарушается всегда

чтоб программистам не было спокойствия при жизни

для этого и придумана

норм

одобряю

У меня новый блог пост на тему рефакторинга. Предлагается несколько уровней рефакторинга, через которые изучаем чужой код: http://www.yegor256.com/2018/04/10/learning-by-refactoring.html

couldYouPleaseRegisterServletContainerInitializerToDriveServletContextInitializersOtherwiseThrowAnException

couldYouPleaseRegisterServletContainerInitializerToDriveServletContextInitializersOtherwiseThrowAnException

ты мне глаза сломал, а чинить кто будет?

У меня новый блог пост на тему рефакторинга. Предлагается несколько уровней рефакторинга, через которые изучаем чужой код: http://www.yegor256.com/2018/04/10/learning-by-refactoring.html

С интересом читаю ваши статьи, особенно те, что под тегом management, спасибо. По новой статье - не соглашусь с "Make Names Shorter". Возьмём к примеру этот код: https://github.com/yegor256/takes/blob/master/src/it/file-manager/src/main/java/org/takes/it/fm/RsPage.java#L43 Тут используется сокращение Rs для Response, но узнать об этом можно только из комментария. Недостатки здесь в том, что "кошелёк Миллера" наполняется ненужными данными, возможны конфликты (вдруг Rs это Result, а не Response?), сложнее искать нужный код. Такие сокращения могут быть очевидны для автора кода, но не для всех остальных. И в каждом из проектов свой набор таких сокращений?

С интересом читаю ваши статьи, особенно те, что под тегом management, спасибо. По новой статье - не соглашусь с "Make Names Shorter". Возьмём к примеру этот код: https://github.com/yegor256/takes/blob/master/src/it/file-manager/src/main/java/org/takes/it/fm/RsPage.java#L43 Тут используется сокращение Rs для Response, но узнать об этом можно только из комментария. Недостатки здесь в том, что "кошелёк Миллера" наполняется ненужными данными, возможны конфликты (вдруг Rs это Result, а не Response?), сложнее искать нужный код. Такие сокращения могут быть очевидны для автора кода, но не для всех остальных. И в каждом из проектов свой набор таких сокращений?

Если делать иерархии по LSP, то не так уж и важно какой там префикс. Достаточно посмотреть на то что класс имплементит: Response.

если нужно что-то дополнительно посмотреть, то это скорее всего днище)

https://habrahabr.ru/post/353292/

tldr: вся история языков программирования строится на костылях

?

tldr: вся история языков программирования строится на костылях

и это очень важно!

Но статья интересная

потому что все думают мол "а кто ты такой, чтоб утверждать, что с++ говно"

Плюсы не говно)

А пхп не умер)

Угу

А с чего пхп должен уметь

Вроде это про джаву стереотип

А с чего пхп должен уметь

ну пхп рожден что бы умереть)

но всё никак...

уже давно прошли те времена, когда количество памяти влияло на синтаксис языка

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

но нет!

давайте запилим go

еще один с++

еще один с++

для студентов)

или swift - еще одну скалу с масивами типа луа

или kotlin - просто потому что можем

пхп в этом плане вообще всех обскакал

каждая новая версия приносит несколько фич, криво скопипизженых с других языков

Го свой яп запилим!

го уже есть)

https://martinfowler.com/articles/201803-refactoring-2nd-ed.html

Или было уже?

хм

господа, а пост фаулера про второе издание рефакторинга на жо ес - это первоапрельская шутка или нет ?

это же розыгрыш

отрефакторил рефакторинг

надо было на ассемблере делать издание.

он более объектно ориентирован, чем этот ваш JS

код более поддается рефакторингу

https://martinfowler.com/articles/201803-refactoring-2nd-ed.html

прикольно. понравилось, что он год писал книгу и нигде не анонсировал

он более объектно ориентирован, чем этот ваш JS

У тебя просто чудовищная травма от него, но в этом никто не виноват

он более объектно ориентирован, чем этот ваш JS

если ты такое говоришь - ты просто не понимаешь что такое эта самая объектно ориентированность

если ты такое говоришь - ты просто не понимаешь что такое эта самая объектно ориентированность

Как и все)

вы не поняли первоапрелькою шутку от фаулера? Это была аллюзия на "Искусство программирования" Кнута

Как и все)

не я уже посмотрел 10 часов выступлений Кея.... ООП это когда у тебя есть это самое something in beetween а объекты там вторичны

а вы повелись

не я уже посмотрел 10 часов выступлений Кея.... ООП это когда у тебя есть это самое something in beetween а объекты там вторичны

Жеееесть

10 часов

10 часов

у меня еще есть

https://www.youtube.com/playlist?list=PLoiqv3YdQVW6Op71pW5eCfPjR4hvVipSQ

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

там где Кей и Армстронг (один из создателей Erlang) обсуждают prolog

и то что смолтак после пролога вообше шляпа

Пролог - ето подарок богов

За наши грехи

если нужно что-то дополнительно посмотреть, то это скорее всего днище)

Так а что значит "дополнительно". Вот открыл класс, вот у него extends/implements есть. Ничего больше открывать не надо, чтобы узнать что класс наследует. Все что относится к классу находится в его модуле - его имя, его родители, его поля/методы, его документация в конце концов. Если класс при этом максимально cohesive, то он будет с большой вероятностью убираться на один экран. И пофиг как бы что его зовут RsPage, ибо сразу за именем будет implements Response

Так а что значит "дополнительно". Вот открыл класс, вот у него extends/implements есть. Ничего больше открывать не надо, чтобы узнать что класс наследует. Все что относится к классу находится в его модуле - его имя, его родители, его поля/методы, его документация в конце концов. Если класс при этом максимально cohesive, то он будет с большой вероятностью убираться на один экран. И пофиг как бы что его зовут RsPage, ибо сразу за именем будет implements Response

public function doSomething(RsPage page)

public function doSomething(RsPage page)

Это - сам по себе косяк. Если RsPage - сабтайп Response по LSP, то следует декларировать функцию как doSomething(Response page)

Это - сам по себе косяк. Если RsPage - сабтайп Response по LSP, то следует декларировать функцию как doSomething(Response page)

class WhoTheFuckCaresAboutNames extends Response ?

https://martinfowler.com/articles/201803-refactoring-2nd-ed.html

оо жс норм

class WhoTheFuckCaresAboutNames extends Response ?

extends RsPage