т.е у нас есть щас контроллер, который направляет вызов с сервис. это сервис спрашивает apiClient и gravatarWrapper(который делает запрос к граватару и если ниче не вернуло, возвращает дефолт картинку) и возвращает до самого верха результат этого всего дела?

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

просто если так рассуждать можно вообще ничего не покрывать. Если еще загнаться по декомпозиции что бы у тебя вся система состояла из таких примитивных кирпичей то тесты вообще не нужны

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

проблема в том что 95% разработчиков а то и больше так сделать никогда не смогут

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

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

ну может быт ьпроблема с декомпозицией?

может быть если какой-то код перекинуть туда где он нужнее, а какой-то выкинуть в другое место, ситуация резко поменяется?

ну может быт ьпроблема с декомпозицией?

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

я видал проекты где "все разбили, простенько" но что-то как-то не очень. ЛОгика размазана по классам, по отдельности их тестить нет смысла но и то что они лежат отдельно друг от друга как бы тоже смысла и простоты не добавляет

т.е возвращаемся к оригиналу когда у нас прям в контроллере эти операции выполняются? (я про пример выше с апишкой)

т.е возвращаемся к оригиналу когда у нас прям в контроллере эти операции выполняются? (я про пример выше с апишкой)

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

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

ну там получается тесты нам не нужны

ну там получается тесты нам не нужны

они просто будут очень простые

но они не сказать что бесполезны

либо сервис, который дергает юзеров и граватары, будет тестироваться только верификацией вызовов

либо сервис, который дергает юзеров и граватары, будет тестироваться только верификацией вызовов

я в моках почти никогда не ставлю shouldBeCalled если тебя это интересует)

я не это хочу потестить как правило

а что будет с тестовым кодом если оно таки эту штуку вызовет

ну вот наш сервис с методом, такой выходит? function findUser($id){ $user = $this->apiClient->findUser($id); if(null === $user) throw new NotFoundException(); $user->setAvatar($this->gravatarWrapper->get($user->getEmail)); return $user; }

ну тип того

какой для него тест будет?

мне не очень нравится конечно...

я бы $user->setAvatar($this->gravatarWrapper->get($user->getEmail));

вынес бы в декоратор

ты декоратор хочешь завязать на юзере?

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

ты декоратор хочешь завязать на юзере?

эээм...

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

и в тесте у тебя будет проверка того что throw в пхп нормально работает?

function findUser($id) { $user = $this->next->findUser($id); $user->setAvatar($this->avatars->forEmail($user->getEmail()); return $user; }

и в тесте у тебя будет проверка того что throw в пхп нормально работает?

ты ж не throw тестишь, а то что у тебя в случае null идет throw

null object?

или куда проверка на null делась

null object?

допустим это декоратор для нашего адаптера который уже хэндлит кейс что null-а у тебя не будет никогда

p.s. и да, я скорее всего захерачил бы подобное без тестов в контроллере прямо

вот так простенький кейс из 4х строчек кода превратился в 4 класса, с тестом на каждый)

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

тоже на тему клиентов к API

ай не, давай завтра

а то спать тоже полезно

ну как хочешь

сон для слабаков

?

приветствую, здесь есть кто-то с кем можно обкашлять разговоры о linux ??

нету

нету

нету

Кто то может кинут что то из Боба Мартина? только самое лучшее, некоторые видео на ютубе с не очень хорошими отзывами.

новый видосик с дядей Бобом на goto conf: https://www.youtube.com/watch?v=Tng6Fox8EfI

вчерашний не подходит?

вчерашний не подходит?

Ну в отзывах вроде ничего.

всем ку

парни, сорян за оффтоп, что означает термин throttling?

частота запросов типа

парни, сорян за оффтоп, что означает термин throttling?

Смотря где. Процессор троттлит - процессор снижает свою частоту под нагрузкой, чтобы не перегреться.

Всё зависит от контекста.

в api

к примеру

парни, сорян за оффтоп, что означает термин throttling?

В процессорах есть такой механизм если не ошибаюсь, забивание пустых операций в цепочку выполнения что бы уменьшить нагрузку на проц, срабатывает при перегреве например. Для себя предствляю как на велосипедах старых могли прохапывать педальки )

Понял

ERROR: S client not available

Всё зависит от контекста.

+1

т.е. это механизм работающий при рейт лимитах, пропускающий запрос

Так он в очередь ожидания складывает или просто не принимает операции?

скорее игнорит

Игнорит операции?

Жестоко

Кто знает хорошие книги по ООП который сам читал может посоветовать.

Дэвид вэст object thinking вроде

Дэвид вэст object thinking вроде

На русском языке есть редакция?

Дэвид вэст object thinking вроде

С переводом.

На русском языке есть редакция?

Ну глянь в гугле

Поэтому и спросил потому что в гугле только в english version есть

Поэтому и спросил потому что в гугле только в english version есть

Ну значит нету) Многие читают оригинал

Зачем русский? Переводы же непонятные почти всегда :)

Вон попробую переведи throttling

ну да, обычно перевод надо читать вместе с оригиналом

сверяя слова)

Извращенцы)

в таком случае конечно же пропадает смысл в чтение перевода совсем

Денис, вы читали эту книгу?

Читал)

Читал)

Примеры есть что особеного есть в этой книги от остальных книг по вашему?

david west еще приложил руку к "Head first object-oriented analysis and design", кто-то читал?

david west еще приложил руку к "Head first object-oriented analysis and design", кто-то читал?

Не я

Ещё есть книги интерестные по Объектно-орентированому программирование (ООП).

Бертран Мейер. Объектно-ориентированное конструирование программных систем.

Блин, чувак, ООП крутится вокруг трёх слов: инкапсуляция, наследование, полиморфизм. Почитай про них и всё станет ясно. А остальное это конкретные практики и рекомендации вроде SOLID, GRASP, PATTERNS

А лучше читай нормальный ОО код.