Телеграмм чат группы prophp7 страница 9693

ну не знаю, мне кажется само разделение это не убивает 🤔 Как раз наоброт. Ты можешь выделить мокизм и сказать, что его не должно быть много из-за дублирования реализации и ещё чего-нибудь

источник

15:46пожаловаться #13

Maksim Masiukevich in PHP

эм, а нахер аще знать про последовательность вызово, если ценность имеет только результат?

источник

15:46пожаловаться #14

Eugene Yurkevich in PHP

и передаваемые аргументы и т.д.

источник

15:46пожаловаться #15

Sergey Protko in PHP

Eugene Yurkevich

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

грубо говоря важно только то, что на выходе. Поведение

источник

15:46пожаловаться #16

Bohdan Turchyk in PHP

Sergey Protko

грубо говоря важно только то, что на выходе. Поведение

привет чистые функции

источник

15:46пожаловаться #17

Eugene Yurkevich in PHP

на выходе может быть void

источник

15:47пожаловаться #18

Dmitriy Kuts in PHP

Sergey Protko

1. запрет расширения через наследование, если ты этого не предполагаешь на этапе проектирования класса
2. final вешается там где есть интерфейс либо не подразумевается что это что-то надо мокать (например ты не будешь мокать DateTime класс и расширять можешь не давать по дефолту).

На счет 2го. Раньше тоже так писал.
Но после того как на работе заметил что, некоторые люди экстендят все подрят. Теперь пишу final там где наследование сделает еще хуже поддержку.

источник

15:47пожаловаться #19

Sergey Protko in PHP

Eugene Yurkevich

на выходе может быть void

в этом случае ты проверяешь не порядок вызовов в любом случае а аргументы

источник

15:47пожаловаться #20