Tell, don't ask

[гемоглобин]

Никак не могу до конца понять принцип tell dont ask. Ну то есть в сферических примерах всё ясно:

$head->getMouth()->say()

Хуже чем

$head->say()

Но вот что делать, если есть ядро приложения (типа реестр)?

Application::getInstance()->getDb()->query();

Я что должен в Application засовывать все методы всех объектов которые мне понадобятся (db, session, user, etc)?

Чего-то я не понимаю.

 

[akd]

Ты Никому Ничего Не Должен. к сожалению, не все ООПнутые это понимают
твой getDb() возвращает обьект Db, который уже содержит все свои методы, Application о них ничего не знает.

 

[Духовность™]

Почему это

$head->getMouth()->say()

хуже чем

$head->say()

?

 

[craz]

Почему это

$head->getMouth()->say()

хуже чем

$head->say()

?

потому что губы могут быть зашиты))))))) без шуток) такое бывает))

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

 

[Активист]

Принцип "скажи не спрашивая" очень обширный, в результате его несколько расширили.
Здесь подразумевается следующее - что типа объекты не могут общаться между собой, ну скажем правильно, мне объяснить сложно, нашел ссылку в гугле, почитай
http://wiki.agiledev.ru/doku.php?id=ooad:manage_dependencies_in_php_code

> Application засовывать все методы всех объектов
Нет, в апликатион (я бы) засунул интерфейс доступа к либе (в нашем случае db), а в "ядре" оставил бы только ссылку на этот интерфейс.

Application::getInstance()->database->create()->query();
Дело в том, что если у вас например сменится база данных (с MySQL на пострег, например, в виду запрета MySQL ораклом) - вам будет проще )))

 

[Активист]

Хотя вроде у вас там и интерфейс.

 

[Активист]

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

 

[Вурдалак]

Почему-то некоторые имеют свойство всё усложнять: просто в данном случае метод query() непосредственно к сущности «приложение» отношения не имеет.

 

[varan]

Почему-то некоторые имеют свойство всё усложнять: просто в данном случае метод query() непосредственно к сущности «приложение» отношения не имеет.

Это понятно, но возможно вызов query("SELECT * FROM users ORDER BY dateLogged") можно заменить методом getLastUsers, который уже будет относиться к application

 

[varan]

Почему это

$head->getMouth()->say()

хуже чем

$head->say()

?

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

 

[whirlwind]

по моему в этом топике ни одного слова про tell, don't ask

 

[гемоглобин]

по моему в этом топике ни одного слова про tell, don't ask

Эммм... Я конечно не настаиваю, но нельзя ли получить более развернутый ответ?

 

[whirlwind]

Это принцип работать в приказном порядке. То есть считаем что вызов выполнят свою работу. Никаких

if ( $head->getMouth()->say() ) {
    do something
} else {
    do something else
}

Не выполнить работу он может только в исключительной ситуации

 

[Духовность™]

а где про этот принцип почитать можно? не нашел что-то...

 

[Духовность™]

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

я не понял - это хорошо или плохо?

 

[HraKK]

Духовность™
Это стеб.

 

[whirlwind]

Procedural code gets information then makes decisions. Object-oriented code tells objects to do things.
— Alec Sharp

 

[HraKK]

Кстати интересный вопрос, вот у меня в моделе есть код

{
    если есть кеш
    {
        вернуть результат из кеша
    }
    выполнить запрос
    закешировать
    вернуть результат
}

Тут есть неявная логика спросить кешь. Или я параноик?

 

[whirlwind]

В типовом случае скорее всего да. Надо это переносить в ту область, которая у тебя запросы выполняет. Но есть ситуации где требуется показать инфу о том что из кеша или не из кеша взято, что бы пользователь знал причину искажения или устаревания инфы.

 

[whirlwind]

Вот неплохой пример http://ketan.padegaonkar.name/2009/09/04/tell-dont-ask-part-1.html