Как реанимировать ваш PHP-проект с помощью Symfony2 компонентов

как я вас понимаю…

Количество точно не значит качество. Вот у вас в строчке, которой вы меряетесь, ошибка, напимер:

$ echo phphphphxxxxx | grep -E 'php|phtml|inc$'
phphphphxxxxx

Я вот только недавно узнал про такую штуку как DI, мол, это так круто и ZF2 и Symfony 2 его используют, и многие другие. А вы говорите что это плохо. И youROCK говорит что мы теряем простоту не жостко типизированного PHP.

И поэтому у меня вопрос.
А почему абстракции — это плохо? Усложняют понимание кода? Так вроде для того их и вводят, чтобы не знать о деталях. Вот из той статьи, где абстранции вводятся компилируя шаблоны — разве это проще? А когда будет не 3 класса, а 300 — конфиг будет, наверно, сложным.

Вот автор той статьи пишет: «When you develop you should not think on any injection or configuration». Вот разве мы думаем о том, какой там storage? У нас есть интерфейс и мы им пользуемся. Я не понимаю чем DI и DIC усложняют проект.

Куда же четче?

Очень глупо заявлять, что вот превращают php в java, при том, что, во-первых, ОО-модель пхп дерется с джавы, о чем открыто говорят сами разработчики, во-вторых, в любых развивающихся проектах использование ООП очень даже оправдывает себя, т.к. в итоге ваша система превращается в набор независимых модулей, которые позволяют малой кровью менять функционал проекта. При условии, что вы умеете писать вменяемый ОО код, а не делать 2-3 класса с 3-4-мя статическими методами по 300-400 строчек кода каждый.
Так вот мне и интересно, Badoo очень большой проект. И у вас там все простенькими функциями написано, причем так, что возможно нормально поддерживать?

...в каждом файле не хочется писать такое:...
Дак никто вас не заставляет. Если в файле создается один экземпляр из foo/bar, пишите так:

$f = new \foo\bar\class();

Под «написанием кода» я подразумевал порог вхождения для написания чего-то вроде сайта-визитки.

Предложите более удобный вариант. К примеру должен быть сервис, который умеет отправлять смс. При тестах или разработке отправлять реальные смски нельзя. Куда Вы будете его помещать?

А вообще здесь лучше обсуждать подход, а не конкретное решение. Можно сделать и так:

class MyCustomContainer extends Container
{
/**
* return iMailer
*/
public function getMailer()
{
return $this->get( 'mailer' );
}

/**
* return iAnotherService
*/
public function getAnotherService()
{
return $this->get( 'anotherService' );
}
}

// файл сервиса
class TestService
{
    /**
     * @var MailerInterface
     */
    protected $mailer;

    public function __construct(MailerInterface $mailer)
    {
        $this->mailer = $mailer;
    }
}

# файл services.yml с описанием зависимостей сервисов

services:
    test_service:
        class: \TestService
        arguments: [@mailer] 

Сервис не должен ничего знать ни о контейнере, ни о геттерах для получения сервисов. У него должен быть интерфейс для внедрения зависимости, а в настройках контейнера вы уже описываете, что передать сервису. Есть еще несколько способов внедрения зависимостей, которые реализованы в Symfony 2, почитать можно здесь и здесь. А в документации можно посмотреть, что еще позволяет сделать контейнер в Symfony 2. А $mailer = $this->container->get('mailer'); это действительно костыль и плохой тон.