А кто решает, какие понятия верны? Я не просто так написал, я очень много прочитал отзывов и рассуждений на эту тему, прежде чем сделать такой вывод.

И потом, выводы я делаю для себя. Оставляя право выбора пользователю фреймворка.

Я планирую сделать набор компонентов, а как их собирать - дело юзера. Захочет - руками соберет. Захочет - можно поставить любой DI-контейнер, хоть этот допустим, прямо в приложение. Или в vendor композером. И юзать сколько угодно. Загаживать память на уровне фреймворка не хочу. Точка.

Как компонент, может быть потом реализуем, если дойдет до этого дело. Но это предпоследний пункт плана. Дабы небыло соблазна использовать в разработке самого фреймворка.

А вот в твоем каноничном CMS никакого выбора нет. Но это твое право, зачем мне навязывать свою точку зрения. Я не для того затеял бучу, чтобы заняться тупым копипастом. А для того, чтобы проверить "новые технологии" на прочность. Вот DI-контейнер не прошел проверку.

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

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

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

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

Соответственно я пошел посмотреть, как же делают настящие программисты. Вот при том и CMS.

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

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

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

ну-ну

учитывая цитату выше, еще раз ну-ну.

Я знаю, что вся моя критика выше, выглядит необосновано для тебя. Она не обоснована, потому что, обосновывать ее нужно очень долго и при том спорить с тобой. Это не минуты, это часы. Мне не платят, вот когда будешь платить хотя бы минимум 500 р/час я буду пытаться тебе объяснить.

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

Прочитал уже вчера) утром и запомнилось по поводу копипаста. А может еще алгоритмы начать проверять?! Паттерн - по сути тот же алгоритм. Зачем перепроверять.

Использовать методично написанный паттерн это не тоже самое что юзать готовый компонент. И лучше уж готовый компонент подключить, чем с нуля перепроверять/придумывать/переделывать паттерн. Никто не запрещает в методах классов извращаться в меру своих познаний вложенными нативными функциями и методами.

Вообще-то это не совсем так.Многие компоненты зависят друг от друга.Вы описывает в composer что и как завист и что требуется для работы

Решили что сравнивать Разные системы проектируются по разному.

Это просто обалденный аргумент.

Уже кто хочет использовать frameworks должны понимать php на выше средниниго уровня и знать ОПП и паттерны ,а так же основые архитектуры построения систем.

А и теперь использования DI это вообще нет слов.Как сложно.

Dependency injection means giving an object its instance variables. Really. That's it.

Я вот что заметил Вы не понимаете почему именно так используют паттерны ,а не по другому.У Вас все сравнивается в колличествах файлов.

Самый лучший пример который я привожоу своим клиентам, так это использование полноценных примеров с использования java.
Это написаные простых игр на java с использованем основных game patterns.

Tower defence пишется за день если ты знаешь что использовать.

Вот кстате хороший ресурс http://gameprogrammingpatterns.com/

После этого человек видит всю картину так четко что у него не возникает вообще воросов что и как использовать и для чего.

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

Что значит нормальная трасировка?
Лепите все в один файл,там вообще трасировка не нужна.

Я не эти компоненты имел ввиду. Я имел ввиду компонены фреймворка. Вот я один начал делать для примера. Ни от чего он не зависит. И система от него не зависит. Он может включаться (и включается) опционально. Так же хочу и другие, на сколько получится сделать их автономными.

Да, обалденный. Потому что я делаю обучающий фреймворк с низким порогом вхождения. Это задекларировано в спецификации. Чем меньше нужно информации для работы с фреймворком, тем лучше. Я писал уже, есть незаполненная ниша. Там те, ктто хотел бы делать красиво, но теряется в доках. Спустись с небес на землю. Или ты родился с книгой по ООП в руках?

Ну что за нафиг то. Почему я пишу пишу, а никто не читает. Ну хрен бы с ним, не хотите читать, не надо. Зачем, пробежавшись по верхушкам, выдавать желаемое за действительное. Покажите мне место, где я отказался от Dependency injection? Я говорил про DIC, и только.

Так вот, дискуссия пошла на пользу. Спасибо Arh, он меня натолкнул на мысль. Буду я и DIC юзать. Аскетичненько, скорее всего его класс, подробнее только посмотрю. Может что подрихтую.
Потому что я решил главную проблему паттерна. Неявность интерфейсов. Сейчас как раз занимаюсь. Я засуну рефлексию в дебаггер, и он мне все покажет. Это про трассировку.

Опять полет за облаками в розовых очках. Попроще нужно смотреть на мир. Люди не только на дедиках хостятся. На шаредах очень ограничен ресурс, они часто от вордпресса валятся. А это деньги, которых у стартаперов как правило нет. А именно для них я и пытаюсь слепить это чудо.

Да, черт побери! Тысячу раз да! Для того и затеял бучу, чтобы разобраться внимательно. И другим показать. Я не боюсь лохом показаться, имею такую возможность. И будет не миллион, а миллиард вопросов. Только ответов почти нет, одни нравоучения и потоки говна, как от chee. А конструктива кот нассал.

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

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.